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1.  INTRODUCTION. 

1.1.  Background. 

\ 

The  NIPSSA  Integrated  Database  Development  and 
Design  Guide  is  the  result  of  several  years  of  experience 
developing  integrated  database  applications.  It  brings 
together  into  a structured  methodology  techniques  which  have 
survived  trial  by  implementation.  Some  of  the  procedures 
within  the  Guide  are  relatively  new  and  may  require 
additional  clarification.  Comments  and  recommendations  are  ^ ' 

welcomed  and  should  be  addressed  to  the  NIPSSA-3DN  Database 
Administrator  (DBA). 

1.2.  What  is  A Database? 

James  Martin,  one  of  the  best  known  authors  on  data 
processing,  defines  database  in  his  book,  COMPUTER  DATA  BASE 
ORGANIZATION:  "A  database  may  be  defined  as  a collection  of 

inter-related  data  stored  together  with  as  little  redundancy 
as  possible  to  serve  one  or  more  applications  in  an  optimal 
fashion. . . . 


The  definition  becomes  more  meaningful  when  it  is 
analyzed  in  sections. 

"...  a collection  of  inter-related  data..."  means 
that  data,  such  as  date,  time,  and  place  of  birth,  which  are 
dependent  upon  each  other  to  form  a picture,  are  collected 
together.  One  of  the  most  important  tasks  of  designing  a 
important  capabilities  of  a database  is  giving  the  user 
access  to  related  data. 

' "...  stored  together..."  means  that  this  related 
data  is  placed  on  some  type  of  storage  medium  in  such  a way 
that  it  is  consistently  and  conveniently  controlled  as  a 
single  entity.  This  permits  gathering  needed  information 
from  a single  location  rather  than  having  to  capture  it  from 
multiple  locations. 

"...  with  as  little  redundancy  as  possible  ..." 
points  to  a problem  which  always  exists  when  data  is  kept  in 
different  places.  If  a manager  keeps  a personal  file  of 
tasks  in  progress  s/he  is  unlikely  to  omit  the  subject  and 
date  received,  for  example,  just  because  that  information  is 
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also  kept  by  someone  else.  This  redundant  information  costs 
money.  It  requires  someone  to  copy  it  from  another  source, 
space  in  which  to  keep  it,  and  time  to  chock  back  to  see  it 
the  original  source  has  changed  the  data  since  the  copy  was 
made.  It  also  leads  to  contusion  when  the  original  data  is 
changed  and  the  copy  is  not.  A database,  properly  designed, 
can  eliminate  most  redundant  data  and  more  effectively 
control  that  which  remains. 

"...  to  service  one  or  more  applications  ..." 
describes  one  of  the  most  useful,  yet  controversial, 
features  of  a well-designed  database.  It  is  desirable  for  a 
single  repository  to  support,  concurrently,  a personnel 
file;  a payroll  file;  an  organization  structure  definition; 
and  a project  management  capability.  What  is  often 
difficult  is  to  get  the  users  of  each  of  these  facilities  to 
share  the  data  which  is  common  to  all. 

"...  in  an  optimal  fashion  ..."  relates  to  one  of 
the  greatest  potentials  of  a database.  Because  of  its 
organized  approach  to  processing  data,  it  is  possible  to 
develop  common  procedures  and  computer  programs  to  handle 
all  of  the  data  in  the  database.  Using  repetitive 
procedures  reduces  the  cost  of  each  application  just  as  an 
assembly  line  reduces  the  unit  cost  of  building  an 
automobile.  This  technique  also  reduces  the  possibility  of 
error  in  handling  data,  increasing  the  reliability  and 
usefulness  of  the  data  to  the  end  user. 

1.3.  Why  Use  A Database? 

As  the  world  in  which  we  live  and  work  becomes  more 
complex,  daily  decisions  depend  more  and  more  on  the 
availability  of  accurate  and  up-to-date  information. 

The  ability  of  data  processing  organizations  to  keep 
pace  with  user's  needs  for  information  is  increasingly 
taxed.  As  the  work  becomes  more  complex,  so  do  the 
relationships  between  the  data  which  describes  the  work. 
And  quickly  the  number  of  skilled  personnel  required  to  keep 
up  with  the  demand  exceeds  limits  imposed  by  funding  and 
other  restrictions.  A way  of  overcoming  these  limitations 
is  finding  a better  approach  to  process  data.  The  database 
management  system  (DBMS)  and  the  computer  programs  which 
support  its  database,  is  a better  way. 
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The  bottom  line  is  that  a database  can  give  users  of 
information  a new  tool  to  expand  and  improve  their 
capability  to  meet  today's  information  requirements. 

1.4.  Purpose  Of  The  Guide. 

The  development  of  an  integrated  database  is  an 
expensive  and  highly  detailed  project.  The  speed  with  which 
applications  can  be  added  or  enhanced  is  directly 
proportional  to  the  analysis  resources  available.  The  most 
time-consuming  part  of  the  analysis  is  the  definition  of  the 
data  elements  and  their  relationships.  Once  this  is  done 
the  remainder  of  the  design  effort  falls  rapidly  into  place. 
The  Guide  provides  a step-by-step  set  of  instructions  which 
lead  to  a subsystem  implementation  of  the  user's  desired 
application.  At  the  same  time  it  will  permit. the  user,  who 
knows  more  about  the  data  than  anyone  else,  to  perform  the 
initial  phases  of  the  analysis. 

The  Guide  is  meant  to  provide  the  complete  picture 
and  steps  required  to  implement  a database  application.  For 
this  reason,  all  of  the  procedures  to  be  followed  by  both 
user  and  Data  Administration  (DA)  personnel  are  included. 
Section  2 identifies  who  will  perform  each  step  of  the 
development  sequence. 

Section  2 of  the  Guide  provides  a non-ADP  user 
orientation  of  the  design  process.  Section  3 expands  the 
description  for  use  by  ADP-oriented  analysis  personnel. 

The  commitment  to  developing  an  integrated  database 
is  one  with  far-reaching  impacts.  We  can  no  longer  afford 
to  develop  software  in  the  piecemeal  and  independent  world 
which  has  characterized  file-mode  processing.  It  is 
essential  that  each  application  developed  for  the  integrated 
database  consistently  follow  the  same  path  to 
implementation.  There  is  very  little  room  for  independence 
if  an  effective  database  is  to  be  the  end  result. 

This  environment  is  particularly  difficult  to 
achieve  when  multiple  user  groups,  each  with  ADP  support  or 
services,  undertakes  to  develop  database  applications. 
Without  some  consistent  guidance,  important  parts  of  an 
application  may  be  omitted.  Worse  yet,  some  applications 
may  actually  interfere  with  others. 
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The  situation  becomes  more  acute  when  development  is 
performed  by  outside  contractors  or  consultants.  Each 
software  firm  has  their  own  approaches  and  techniques  for 
developing  software.  While  this  arrangement  is  often 
satisfactory  m a tile-mode  environment,  it  will  lead  to 
chaos  in  the  database  arena. 


The  Guide  attempts  to  solve  most  of  these  approach 
problems  by  defining  a consistent  technique  for  development 
which  can  be  easily  followed  by  all  developers  ot  database 
applications. 

It  must  be  understood,  however,  that  the  Guide  is 
only  as  good  as  the  DA  staff  who  administers  and  enforces 
its  conventions.  Success  or  failure  is  not  dependent  upon 
the  level  of  detail  of  instruction  within  the  Guide  but  upon 
the  consistent  application  of  the  principles  it  supports. 

1.5.  Scope  Of  The  Guide. 

The  Guide  begins  with  the  initial  definition  of  an 
application  requirement  by  the  potential  user.  The  user,  as 
discussed  throughout  the  Guide,  is  the  end  recipient  ot  ADP 
services  and  ADP  analysis  personnel  who  serve  as  the  user’s 
agents.  The  Guide  then  proceeds  through  several  analysis 
and  development  steps,  including  periodic  review  and 
decision  points,  to  the  completion  ot  the  development  and 
implementation  of  the  application. 

Hardware  support  for  the  application  is  not 
specifically  addressed  by  the  Guide.  Where  hardware  must  be 
procured  to  support  the  application,  validation  and 
procurement  approval  must  be  performed  in  parallel  with  the 
preparation  of  software  specif ications.  This  hardware 
requirement  must  be  documented  as  part  of  the  subsystem 
specif ication. 

The  Guide  does  not  include  a number  of  common 
features  of  the  integrated  database  which  are  provided 
independent  of  application  subsystems.  These  features 
include  recovery  of  databases  during  processing 
malfunctions,  logging  ot  transactions,  user  access 
protection,  and  security  control.  Detailed  oxplanat ions  of 
these  common  features  and  their  relationship  to  applications 
is  available  through  the  DA  staff. 


1.6.  The  "Universal"  Database  (UDB)  Concept. 

An  integrated  database  is  typically  characterized  by 
the  presence  of  a large  number  of  inter-record 
relationships.  As  the  scope  of  the  database  expands  to  meet 
user  requirements,  the  complexity  of  these  relationships 
increases.  The  time  and  effort  required  to  design  the 
database  structure  increases  exponentially  with  complexity. 

A simplified  database  structure  has  been  developed 
which  eliminates  many  of  the  problems  associated  with 
increased  design  complexity.  This  structure  has  been  named 
the  Universal  Database  (UDB)  because  it  permits  nearly 
unlimited  association  between  database  record  types.  This 
Guide  will  address  only  UDB  design  techniques. 

Briefly,  the  major  advantages  of  UDB  are: 

a.  Database  design  time  is  reduced  by 
approximately  30  per  cent. 

b.  Updating  of  the  database  is  consistently 
fast  regardless  of  the  size  of  the  database 
or  the  percentage  of  its  space  utilized. 

c.  Every  record  containing  substantive  data  in 
the  database  may  be  individually  accessed, 
increasing  retrieval  speed  for  most  on-line 
query  requirements. 

d.  New  relationships  between  record  types  may 
be  added  without  software  modification. 

This  improves  responsiveness  to  user  needs 
and  eliminates  database  restructuring. 

e.  Additional  data  elements  may  be  added  to  a 
record  type  without  affecting  existing 
database  records  or  programs,  eliminating 
the  need  to  restructure  the  database. 

f.  Multiple  users  of  the  same  application  are 
isolated  from  each  other  logically  while 
physically  sharing  storage  space.  This 
reduces  the  cost  of  storage  space  and 
eliminates  redundant  software  development. 
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g.  Many  different  applications  can,  if  desired, 
share  the  same  storage  space  without 
interfering  with  each  other.  This  is 
particularly  useful  for  small  applications 
which  require  little  storage  space. 

1.7.  Data  As  A Resource. 

Historically,  ADP  has  viewed  data  as  a possession  of 
individual  users.  Design  of  ADP  systems  has  been  oriented 
to  the  outputs,  typically  reports,  desired  by  a single  user. 
The  data  files  rarely  contained  data  elements  which  were  not 
required  for  the  immediate  needs  of  the  primary  user.  The 
concept  of  an  integrated  database  has  forced  a change  in 
this  thinking. 

Database  encompasses  entire  organizations.  The  data 
stored  is  often  used  by  more  than  one  person  and  may  be 
organized  for  many  different  outputs.  DATA  BECOMES  A 
RESOURCE  of  the  organization  instead  of  a possession.  The 
development  concepts  associated  with  this  approach  have 
moved  from  an  output-oriented  philosophy  to  a complete 
resource  philosophy.  This  requires  that  the  system  designer 
significantly  alter  his/her  thinking  and  look  beyond  the 
immediate  benefits  of  a data  file  to  the  potential  needs  of 
the  user  organization  as  a whole.  This  Guide,  with  its 
methodology,  will  assist  the  database  designer  in  following 
this  approach. 
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Z.  PROCEDURAL  OVERVIEW. 

This  section  describes,  in  general  terms,  the  steps 
which  are  to  be  performed  to  accomplish  the  description  of  a 
database  application.  This  section  is  intended  for  use  by 
user  and  management  personnel  who  have  a minimum  of  ADP 
knowledge.  Detail  step  instructions  for  ADP  personnel  are 
presented  in  Section  3. 

2.1.  Integrated  Data  Dictionary  (IDD)  Facility. 

It  is  essential  that  the  design  of  a large  and  complex 
database  be  controlled  and  monitored.  This  monitoring  is 
best  performed  using  a software  tool  known  as  a data 
dictionary.  The  data  dictionary,  similar  to  a standard 
reference  dictionary,  defines  and  relates  terms  and  data 
descriptions  that  are  used  within  the  database. 

The  integrated  database  uses  the  Integrated  Data 
Dictionary  (IDD)  software  package  developed  by  Cullinane 
Corporation.  IDD  works  in  close  association  with  the 
Integrated  Database  Management  System  (IDMS),  also  marketed 
by  Cullinane.  IDMS  is  the  heart  of  the  integrated  database 
and  performs  all  database  support  functions. 

IDD  is  used  extensively  during  the  design  and 
development  process.  Each  major  step  of  Section  3 includes 
entries  to  the  data  dictionary.  This  approach  centralizes 
all  design  efforts  and  insures  continuity  with  the  design  of 
the  existing  operational  database.  Reports  produced  by  IDD 
permit  rapid  review  of  the  design  efforts  and  improve  the 
accuracy  of  the  overall  process.  Dictionary  entries  are 
structured  so  that  the  entire  text  of  a subsystem 
specif ication,  described  in  Appendix  D may  be  prepared  from 
the  dictionary  contents. 

2.2.  Design  and  Development  Methodology. 

This  Guide  presents  a carefully  structured  and  somewhat 
rigorous  methodology  for  database  design  and  development. 
The  order  of  steps  illustrated  in  Figure  2.1  has  been 
developed  through  the  experience  derived  from  database  design 
efforts  using  the  previous  version  of  this  Guide, 
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Where  multiple  interrelated  databases  are  being  developed 
concurrently,  it  is  essential  that  all  developers  adhere  to 
the  design  approach.  The  end  product,  the  operational 
database,  MUST  be  harmonious  and  smoothly  integrated. 
Therefore,  the  implementation  and  enforcement  of  effective 
design  techniques  is  required. 

The  design  and  development  process  described  in  this 
Guide  is  broken  into  seven  phases: 

a.  Phase  I defines  the  initial  scope  of  the  ADP 

support  requested  by  the  user.  This  phase 

includes  a detailed  definition  of  the  end 
product(s)  to  be  achieved,  the  sources  of 

information  required  to  support  the  application, 
and  the  relative  importance  of  the  application. 
Where  practical,  an  analysis  of  services  to  be 
provided  will  be  performed. 

The  remaining  phases  of  the  development  effort  are 
performed  where  a new  database  development  or  a major 
modification  to  an  existing  database  is  indicated.  When  the 
requested  support  is  serviced  by  new  or  redefined  outputs 
from  an  existing  database,  only  Phases  V and  VII  are 
performed. 

b.  Phases  II  and  III  are  the  primary  design  phases. 
During  these  steps,  the  foundation  of  a database 
is  defined  and  constructed.  Data  elements  are 
defined  and  grouped.  The  elements  and  groups  are 
integrated  into  the  database  structure  to  become 
a homogeneous  part  of  the  total  database. 

c.  Phases  IV  and  V define  the  development  of  batch 
facilities  to  maintain  and  report  from  the 
database.  Here  program  generating  software  and 
the  CULPRIT  query  and  report  writing  package 
perform  much  of  the  effort  necessary  to  rapidly 
implement  the  new  facility. 

d.  Phases  VI  and  VII  are  included  when  development 
requires  an  on-line  interface  to  the  database. 
Specialized  support  software  provides  flexible 
interfaces  to  the  database  for  a majority  of 
applications . 
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Figure  2.1  illustrates  task  steps 
milestones  as  circles.  The  tasks  are 
combination  of  user  and  data  administration 
terms  are  commonly  used  throughout  the  Guide  which  must  be 
clearly  understood: 


as  lines 

and 

performed 

by  a 

personnel . 

Two 

a.  "USER"  is  defined  as  those  personnel  within  the 
requesting  organization  or  contractor  personnel 
supporting  the  requesting  organization's 
application. 


b.  "DATA  ADMINISTRATION  (DA)  STAFF"  is  defined  as 
those  NIPSSA  personnel  who  are  supporting 
database  development.  These  include  the  project 
manager  as  well  as  database  administration 
personnel . 


2.3.  Phase  I.  The  Initial  Requirement  Definition.  (Step 

1). 


The  scope  of  the  requirement  is  described  in  detail. 
Where  the  application  is  large  and/or  requires  numerous 
services,  a service  analysis  is  performed.  Once  the 
application  has  been  defined,  it  is  reviewed  to  determine  its 
level  of  interface  with  existing  database  facilities. 

2.4.  Phase  II.  Database  Foundation  Design. 

This  phase  is  the  most  critical  part  of  the  design 
process.  Definition  of  data  elements  and  element  groups 
provides  the  basis  for  support  of  all  services  associated 
with  the  database.  Accurate  and  detailed  definition  of  all 
known  and  anticipated  data  elements  is  essential  to  ai 
effective  implementation  of  the  application.  The  temptation 
to  short-cut  or  combine  steps  in  this  phase  must  be  resisted 
to  insure  that  the  foundation  of  the  database  is  properly 
constructed. 

2.4.1.  Define  the  Individual  Data  Elements  Required  By  the 
Application.  (step  2)  Each  data  element  is  separately 
defined  as  completely  as  possible.  This  step  requires  close 
cooperation  between  an  interviewing  analyst  and  end  user 
personnel  who  understand  the  purpose  and  defini ^on  of  the 
elements,  once  defined  in  data  dictionary  format,  element 
descriptions  are  stored  in  a programming  support  library 
(PSL)  for  easy  manipulation.  This  step  is  performed  by  user 
personnel  (in-house  or  contractor). 
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(stop  3) 


The  DA 


2.4.2.  Review  Data  Element  Definitions, 
staff  reviews  data  element  definitions  for: 


a.  Conformance  with  the  data  dictionary  usage 
conventions. 

b.  Consistency  with  established  conventions  and 
standards  for  data  element  names,  formats,  and 
content . 


c.  Interaction  of  data  elements  with  the  established 
database  definitions.  Elements  which  already 
exist  in  the  database  are  flagged  for  special 
handling  later  in  the  design  process. 

2.4.3.  Correct  Data  Element  Definitions  and  Define  First 
Level  Groups  of  Elements.  (Step  4)  The  user's  ADP  personnel 
correct  any  element  discrepancies  found  in  the  previous  step 
and  update  the  PSL.  Elements  are  then  associated  into 
logical  groups,  such  as  place-of-birth  and  date-of-birth. 
Dates  are  themselves  logical  groups,  composed  of  month,  day, 
and  year.  The  prepared  groups  are  stored  on  the  PSL 
following  the  last  of  the  individual  elements. 


2.4.4.  Review  Element  Definitions.  (Step  5)  The  DA  staff 
reviews  the  data  element  corrections  and  groups  in  the  same 
manner  as  the  individual  elements  were  reviewed. 
Discrepancies  are  noted  for  user  correction. 


2.4.5.  Correct  Data  Element  Groups  and  Define  Entity 
Relationships.  (Step  6)  User  ADP  personnel  correct  any 
discrepancies  found  in  the  previous  step  and  update  the  PSL. 
Major  entity  relationships  are  defined  among  data  elements 
and  element  groups.  This  is  the  final  association  step. 
Particular  attention  is  paid  to  elements  which  have  been 
identified  as  existing  in  the  current  database. 


At  the  end  of  Phase  II,  the  data  which  will  support  the 
requested  application  have  been  defined.  It  is  possible, 
even  probable,  that  additional  elements  have  been  defined 
during  this  phase  which  will  prove  useful  to  current  or 
future  applications.  The  ADP  analysts  must  exercise  all  of 
their  skills  during  Phase  II  to  cover  as  much  ground  as 
possible.  Long-term  maintenance  and  support  costs  will  be 
directly  related  to  the  analyst's  interviewing  skills. 
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2.5.  Phase  III.  Database  Integration. 

This  phase  is  performed  by  DA  staff  personnel.  During  the 
steps  of  Phase  III,  the  entities  developed  in  Phase  II  are 
integrated  into  the  schema  supporting  the  production  database 
environment. 

2.5.1.  Define  Entity  Relationships  to  the  Existing  Database. 
(Step  7)  This  step  identifies  the  logical  locations  to  be 
assigned  to  each  entity  group  defined  in  Phase  II.  Data 
elements  which  were  flagged  as  redundant  to  the  existing 
database  are  handled  first.  New  elements  which  are  related 
to  the  flagged  elements  are  reviewed  to  determine  if  they 
should  be  added  to  the  record  type  containing  the  flagged 
element.  A pictorial  representation  of  the  entity 
relationships  is  prepared  and  merged  with  existing  database 
pictorials . 

2.5.2.  The  PSL  is  updated  with  any  final  revisions  of  the 
data  definitions  and  the  data  dictionary  updated.  (Step  8) 
Dictionary  reports  are  prepared  and  reviewed  to  be  sure  that 
overall  database  definition  consistency  has  been  maintained. 
The  schema  is  then  updated  to  add  the  new  application. 

At  the  completion  of  Phase  III,  the  definition  of  the 
new  application  is  resident  in  the  production  schema.  It  is 
now  possible  to  begin  development  of  supporting  software. 

2.6.  Phase  IV.  Batch  Input  Processing  and  File  Conversion 
Development. 

This  phase  of  the  database  development  begins  actual  software 
creation  functions.  Where  existing  data  is  stored  on 
machine-readable  media,  programs  must  be  written  to  convert 
the  existing  data  into  database  format.  Input  processing 
formats  for  batch  input  are  defined  and  stored  on  PSL.  The 
input  processing  program  generator  is  utilized  to  create 
COBOL  programs  for  updating  the  database.  A users  guide  is 
prepared  illustrating  all  input  processing  functions. 

Finally,  an  operational  test  period  begins  where  the 
user  is  given  direct  assistance  for  a two-week  period.  Once 
this  assistance  period  is  complete,  the  application  is  ready 
for  batch  use. 

2.6.1.  Define  Input  Processing  (IP)  Formats  for  Batch 
Support.  (Step  9)  Each  record  type  defined  within  the  schema 
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must  be  provided  with  the  means  for  receiving  data.  In  the 
batch  processing  environment,  this  means  is  provided  through 
a series  of  independently  created  programs.  Each  program 
interprets  punched-card  data  and  performs  validation  of 
individual  data  element  values,  followed  by  defined  database 
maintenance  functions. 

Batch  IP  formats  reserve  the  first  four  positions  on  the 
punched  card  for  identification  and  function  definition.  The 
remaining  76  positions  are  used  to  locate  and  update  the 
database  record  type  associated  with  the  IP.  The 
organization  of  each  IP  format  is  defined  as  an  entity 
relationship  using  elements  defined  in  Phase  II.  The 
resulting  IP  definition  is  stored  on  PSL.  Once  all  IP 
formats  have  been  defined  and  reviewed  by  the  DA  staff,  the 
formats  are  transferred  to  the  data  dictionary. 

2.6.2.  Prepare  IP  Program  Parameters  for  Batch  Processing. 
(Step  10)  The  user's  ADP  analysts  define  the  processing  to  be 
performed  by  each  IP  using  a parameter  language.  Each 
parameter  group  is  stored  on  the  PSL.  The  parameters  are 
provided  to  the  IP  generator  program  and  a compiled  COBOL 
program  created. 

2.6.3.  Prepare  Test  Data  for  Batch  IP's.  (Step  11)  The 
user’s  ADP  analysts  prepare  a comprehensive  set  of  test  data 
for  each  IP.  Test  data  must  include  correct  and  incorrect 
processing  of  every  field  in  the  IP.  Where  field 
combinations  are  interdependent,  each  possible  combination  of 
possible  good  and  bad  data  must  be  tested.  This  test  data  is 
stored  on  a PSL  for  future  use. 

2.6.4.  Test  Batch  IP's  Using  Prepared  Test  Data.  (Step  12) 
Each  IP  is  tested  in  a production  environment  using  the  test 
data  prepared  in  the  previous  step.  Where  production  data  is 
available,  tests  are  run  using  this  data  also.  Where 
required,  IP's  are  corrected  and  retested. 

2.6.5.  Prepare  Initial  Subsystem  Users  Guide.  (Step  13)  A 
basic  users  guide  format  is  provided  as  part  of  this  Guide. 
All  database  application  guides  will  utilize  the  same  format. 
In  many  cases,  the  first  two  sections  of  the  guide  will  be 
nearly  identical  except  for  those  areas  unique  to  the 
application.  A comprehensive  set  of  instructions  for 
preparing  batch  input  data  will  be  prepared,  each  IP  being 
individually  described. 
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2.6.6.  Perform  Operational  Test  of  Input  Processing 
Facility.  (Step  14)  Using  the  personnel  who  will  prepare 
data  for  the  application,  test  and  evaluate  the  input 
processing  instructions.  The  instructions  may  be  altered  as 
required  to  eliminate  confusion.  During  this  test  period, 
the  end  user  will  be  encouraged  to  exercise  the  system  as 
fully  as  possible  to  locate  any  problems.  Problems  found 
will  be  evaluated  and  corrections  made.  Appropriate  data 
dictionary  entries  will  be  made  where  required. 

2.6.7.  Define  Conversion  Criteria  for  Existing  Machine- 

readable  Data.  (step  15)  Where  the  database  will  replace  an 
existing  machine-readable  file,  it  is  necessary  that 
conversion  specifications  be  defined  for  each  data  element. 
This  is  particularly  applicable  where  existing  data  values  do 
not  conform  to  standards  adopted  subsequent  to  the  original 
file  definition. 

2.6.8.  Prepare  Conversion  Software  and  Convert  Existing 

Data.  (Step  16)  Software  is  prepared  to  convert  the  existing 
file  data  to  batch  IP  format.  Where  possible,  this 
conversion  is  performed  utilizing  CULPRIT.  Converted  data  is 
passed  through  the  batch  IP  programs  to  insure  that 
validation  criteria  is  consistently  applied  to  all  data 
within  the  database. 

2.7.  Phase  V.  Batch  Reporting  From  The  Database. 

This  phase  may  occur  under  two  general  conditions: 

a.  The  requested  services  may  require  only  the 

preparation  of  additional  output  capabilities 
utilizing  existing  database  capacity. 

b.  The  requested  services  are  developed  by  an 

entirely  new  database  application  or  a major 
enhancement  of  existing  database  facilities. 

The  process  within  this  phase  is  basically  the  same  for 
either  condition.  ADP  analysts,  working  with  end  user 
personnel,  define  the  outputs  required.  These  are 
individually  identified,  defined,  and  documented.  The  data 
elements  required  to  support  the  output  are  identified. 
Output  facilities  are  developed  and  the  users  guide  is 
updated  to  reflect  the  increased  capability. 


2.7.1.  Define  the  Reporting  Requirements,  (Step  17)  Each 
report  is  individually  defined.  The  data  elements  required 
to  support  each  reporting  function  are  associated  with  the 
report.  The  report  description  is  stored  in  the  PSL.  Once 
the  required  reports  are  defined,  the  PSL  is  reviewed  and 
transferred  to  the  data  dictionary. 

2.7.2.  Prepare  Report  Capabilities.  (Step  IS)  Each  required 
reporting  function  is  developed  and  tested.  Where  possible, 
the  report  function  is  satisfied  using  CULPRIT.  COBOL  Report 
Writer  is  permitted  where  the  nature  of  the  report  is  too 
complex  for  CULPRIT.  Approval  of  the  DA  project  manager  is 
required  before  using  facilities  other  than  CULPRIT. 

2.7.3.  Update  the  Batch  Users  Guide.  (Step  19)  A 
description  of  each  report  is  prepared  and  inserted  into  the 
appropriate  section  of  the  users  guide.  Each  reporting 
function  is  separately  described.  The  description  must 
include  illustrations  of  the  report  output,  control 
parameters,  and  options,  if  any. 


2.8.  Phase  VI.  On-line  Input  Processing  Capability 
Development. 

This  phase  is  performed  when  the  application  requires  that 
on-line  data  entry  be  permitted.  The  phase  includes  the 
definition  and  development  of  on-line  data  entry  screens, 
preparation  of  test  data,  testing,  and  documenting  the  screen 
instructions. 

2.8.1.  Define  On-line  Data  Entry  Requirements.  (Stop  20) 
The  needs  of  each  level  of  on-line  user  must  be  identified. 
Screen  displays  must  be  tailored  to: 

a.  The  level  of  user  understanding  of  the 
application  system. 

b.  The  extent  to  which  each  person  will  bo  permitted 
to  alter  the  contents  of  the  database. 

2.8.2.  Prepare  On-line  Screen  Definition  Parameters.  (Step 
21)  Prepare  parameters  for  on-line  screen  program  generation. 
These  parameters  will  be  applied  to  screen  generating 
software  to  create  COBOL  processing  programs  operating  under 
the  teleprocessing  monitor. 


2.8.3.  Create  On-line  Screen  Data  Entry  Programs  and  Test. 
(Step  22)  Create  the  necessary  on-line  screen  programs  to 
fully  support  on-line  data  entry.  Prepare  test  entries  to 
completely  test  all  screens.  Each  data  field  within  the 
screen  must  be  tested  for  both  good  and  bad  data  values. 
Where  interaction  between  fields  occurs,  all  combinations  of 
good  and  bad  data  must  be  applied.  This  data  will  be  stored 
in  a PSL  for  future  testing. 

2.8.4.  Update  the  Users  Guide  to  Support  On-line  Data  Entry. 
(Step  23)  Each  on-line  data  entry  screen  will  be  individually 
documented  in  a section  of  the  users  guide  reserved  for  on- 
line use.  Each  screen  will  be  illustrated  and  all  functions 
fully  explained.  Interaction  with  other  screens  through 
function  or  special  controls  will  be  explained.  Where 
several  screens  interact,  a pictorial  diagram  showing  the 
relationships  between  screens  will  be  provided  to  assist 
users  in  fully  utilizing  the  facilities. 

2.8.5.  On-line  Facility  Operational  Test.  (Step  27)  Provide 
direct  support  to  on-line  users.  Review  facility 
documentation  for  consistency  and  clarity.  Update  as 
required. 

2.9.  Phase  VII.  On-line  reporting  From  the  Database. 

This  phase  is  included  when  development  requires  that 
special  on-line  reports  be  developed  which  cannot  be 
adequately  supported  through  use  of  available  generalized 
query  facilities.  Where  available  generalized  query 
facilities  are  used  to  prepare  repetitive  reports,  each  of 
those  reports  and  any  variable  options  are  individually 
defined. 

2.9.1.  Define  On-line  Reporting  Requirements.  (Step  24) 
Prepare  detailed  descriptions  of  the  on-line  report  functions 
which  must  be  prepared  to  support  the  user's  requirements. 
Identify  the  data  elements  which  are  required  to  effect  each 
reporting  function. 

2.9.2.  Prepare  reports  using  generalized  query  facilities 
where  possible.  (Step  25)  Where  not  practical,  prepare 
speci f ications  for  report  program  creation.  Create  reports 
and  test. 


2.9.3.  Update  the  Users  Guide 
26)  Prepare  instruction  entries 


for  On-line  Reporting.  (Step 
for  each  on-line  reporting 
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function  developed.  Include  illustrations  of  the  report 
display.  Identify  optional  features.  Where  multiple  screens 
or  function  options  are  present,  describe  each.  Provide  a 
pictorial  of  the  interrelation  between  multiple  screens. 


2.10.  Summary  of  Design  Milestones. 

2.10.1.  A-  Initial  service  request  has  been  received  from 
the  user. 

2.10.2.  D-  The  application  definition  and  purpose  have  been 
established.  Determination  has  been  made  that  the  request 
can  be  serviced  by: 

1.  An  existing  database  capability, 

2.  Modification  of  an  existing  database  capability, 
or 

3.  Development  of  a new  database  capability. 

2.10.3.  C-  Individual  data  elements  have  been  defined  in  IDO 
format.  The  element  definitions  have  been  entered  in  a FSL 
defined  by  the  DA  staff.  A complete  list  of  elements  has 
been  delivered  to  the  project  manager  by  the  user  for  review. 

2.10.4.  D-  The  project  manager  and  database  administrator 
have  reviewed  the  data  element  definitions  for  corrections 
and  adherence  to  standards  and  conventions.  A determination 
of  the  scope  of  the  development  has  been  prepared. 

2.10.5.  E-  Data  elements  have  been  grouped  according  to 
their  interrelationships. 

2.10.6.  F-  The  DA  staff  has  reviewed  the  initial  data 
element  groupings  for  consistency  and  made  any  necessary 
adjustments . 

2.10.7.  G-  Database  entities  have  been  defined.  Entry 
points  into  the  existing  database  have  been  identified.  IDD 
entries  have  been  prepared. 

2.10.8.  H-  Entity  relationships  have  been  defined. 
Redundant  elements  have  been  resolved. 

2.10.9.  I-  All  logical  records  in  the  proposed  database  have 
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boon  identified.  The  IDMS  UDB  database  definition  (schema) 
has  been  updated  by  the  DBA. 

2.10.10.  J-  Batch  IB  formats  have  been  defined  and  stored  in 
the  data  dictionary. 

2.10.11.  K-  Batch  IP  program  parameters  have  been  prepared 
and  stored  on  PSL. 

2.10.12.  M-  Batch  IP's  have  been  successfully  tested. 
Errors  have  been  corrected  and  the  PSL.  reflects  operational 
IP  parameters. 

2.10.13.  N-  The  Batch  facility  is  ready  for  use.  The  users 
guide  has  been  prepared  for  input  processing  and  reports. 
Existing  data  files  have  been  converted  and  loaded  to  the 
database. 

2.10.14.  P-  Operational  test  is  complete.  The  batch  system 
has  been  turned  over  to  the  users. 

2.10.15.  0~  Conversion  specifications  are  complete  for 

converting  an  existing  machine-readable  file  to  database 
input. 

2.10.16.  R-  Definition  of  batch  database  reporting  functions 
is  complete. 

2.10.17.  S-  Batch  reporting  functions  have  been  prepared  and 
tested. 

2.10.18.  T-  On-line  data  entry  requirements  have  been 
def ined . 

2.10.19.  U-  Parameters  describing  on-line  data  entry  screens 
have  been  prepared  and  stored  on  PSL. 

2.10.20.  V-  On-line  data  entry  screens  have  been  created  and 
tested.  Test  data  has  been  stored  on  PSL. 

2.10.21.  W—  On-line  data  entry  and  reporting  facility  is 
ready  for  operational  testing.  Users  guide  has  been  updated 
to  reflect  on-line  functions. 

2.10.22.  X—  On-line  reporting  functions  have  been  defined. 
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2.10.23.  Y-  On-line  reporting  functions  have  been  developed 
and  tested. 

2.10.24.  2-  On-line  facility  operational  testing  is 
complete. 

2.11.  How  to  Use  The  Guide. 

The  Guide  is  organized  in  a sequential  step  approach. 
Its  organization  encourages  the  use  of  methodical,  step-by- 
step  progress  from  the  beginning  request  by  a prospective 
user  to  the  development  of  the  database  subsystem  which 
provides  the  requested  support. 

The  Guide  does  not  separate  those  tasks  performed  by 
user  personnel  from  those  performed  by  DA  personnel.  It, 
instead,  identifies  who  performs  each  task  in  the  development 
path.  It  is  the  responsibility  of  user  and  DA  personnel  to 
work  closely  together,  keeping  the  progress  of  development 
flowing  smoothly. 

It  is  important,  at  this  time,  to  point  out  that  the 
effective  and  productive  database  design  requires  strict 
adherence  to  established  standards  and  conventions.  These 
standards  were  established  to  make  expansion  of  the  database 
easier  and  less  costly.  They  also  affect  the  ability  of  the 
database  to  be  utilized  by  other  users.  When  conditions  or 
data  are  encountered  which  are  not  standardized,  standards 
may  be  defined  and  recommended  for  adoption.  Refer  such 
situations  to  the  DA  staff  for  action. 

Complete  and  accurate  descriptions  and  comments  are 
essential  to  the  effective  definition  and  understanding  of 
the  proposed  system.  As  many  comments  as  are  necessary  to 
fully  describe  the  system,  it  functions,  purpose,  scope,  and 
data  content  should  be  provided.  The  data  dictionary  will 
hold  all  of  the  information  describing  the  application.  It 
is,  however,  not  possible  for  the  dictionary  to  contain  and 
assist  in  the  definition  of  the  system  when  the  user  does  not 
enter  the  necessary  data  but  keeps  it  in  his/her  head.  The 
final  product  will  only  be  as  good  as  its  original 
def ini t ion . 

Section  3 of  the  Guide  and  related  appendices  provide 
detailed  instructions  for  each  step  of  the  database  design 
and  implementation.  It  is  recommended  that  those  sections 
and  appendices  which  apply  to  individual  members  of  the 
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design  and  development  team  be  copied  so  that  each  person  has 
a personal  copy.  Questions  and  comments  about  the  Guide 
should  be  referred  to  the  DA  staff. 

It  is  very  important  that  the  design  team  consider  an 
application  from  several  levels.  The  integrated  database  is 
a resource  which  may  be  used  by  all  levels  within  an 
organization.  Typical  design  considerations  include  the 
needs  of  the  persons  who  will  enter  detailed  data  into  the 
database.  What  kind  of  support  do  they  require?  What  makes 
the  effort  of  feeding  the  database  worthwhile  from  their 
standpoint?  The  application  may  have  as  a major  goal  the 
support  of  upper  level  management  with  information.  However, 
it  is  necessary  that  each  level  between  those  who  prepare  the 
data  and  the  higher  level  of  user  be  considered  too. 

When  the  flow  and  use  of  data  from  the  lowest  to  the 
highest  level  within  the  organization  is  considered,  the 
database  truly  becomes  an  organizational  resource.  Without 
this  consideration,  it  becomes  a limited  tool  which  will 
never  achieve  its  full  potential.  Keep  in  mind  that  storing 
data  in  its  raw  form,  without  summarizing,  permits  its  use  in 
a wide  variety  of  ways  by  all  levels  of  potential  users. 
This  must  be  balanced  with  the  volume  of  data  to  prevent 
overloading  on-line  storage  facilities. 

One  of  the  phenomena  which  often  occurs  during  database 
design  is  a sudden  expansion  in  the  scope  of  the  application. 
It  is  common  to  see  additional  potentials  for  development  and 
use  of  the  database.  It  is  possible  for  the  application  to 
get  out  of  hand  as  all  of  the  possibilities  for  future 
capabilities  are  identified.  Therefore  it  is  very  important 
to  identify  the  boundaries  which  are  to  be  placed  on  the 
application  under  consideration.  These  boundaries  may  be 
moved  to  accommodate  minor  changes,  but  should  generally  be 
firmly  held  in  place. 
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DETAIL  DESIGN  AND  DEVELOPMENT  INSTRUCTIONS 


Each  of  the  summary  steps  described  in  Section  2 is 
described  in  detail  in  the  sections  below.  The  appendices 
provide  additional  clarification  of  specification  and 
documentation  preparation. 

Before  proceeding,  an  understanding  of  the  database 
development  philosophy  is  essential.  The  methods  employed  to 
achieve  an  operational  database  are  designed  to  support  the 
basic  development  philosophy. 

Databases  are  developed  to  serve  users  of  the 
information  which  will  be  contained  in  the  database.  The 
user's  needs  must  be  met  in  a timely  and  effective  manner. 
Success  or  failure  of  the  application  may  rest  primarily  on 
the  timeliness  of  support  rather  than  upon  its  ultimate 
efficiency.  Few  users,  unless  they  are  billed  for  their 
computer  time,  are  concerned  whether  a system  requires  one 
minute  or  one  hour  to  process  their  data.  Their  only  concern 
is  that  the  end  results,  the  bottom  line,  are  achieved  within 
the  time  frame  in  which  they  need  support. 

While  this  philosophy  can  be  carried  to  the  extreme 
where  all  users  are  hurt  by  inefficient  processing 
approaches,  a middle  ground  is  required  which  gets  the  user 
what  they  need  without  driving  the  computer  into  the  ground. 

Integrated  database  design  and  development  is  not  an 
overnight  task,  even  for  small  applications.  Careful, 
methodical  analysis  is  required.  Extensive  research  into  the 
current  and  potential  uses  of  the  database  is  required  to 
establish  a database  which  is  responsive  to  current  needs 
and,  at  the  same  time,  flexible  enough  to  avoid  becoming  a 
maintenance  nightmare  as  the  inevitable  changes  arrive. 

It  is  difficult  to  compress  the  initial  steps  of 
database  design,  the  element/group/entity  relationship 
definition  process.  This  is  the  foundation  of  the  entire 
development  and  it  must  be  laid  carefully.  However,  it  is 
possible  to  dramatically  compress  the  remainder  of  the 
development  effort  through  use  of  the  Universal  Database 
approach.  UDB  represents  the  ability  to  implement  a new 
database  facility  with  a minimum  of  analyst/programmer 
resources  in  a very  short  period  of  time. 
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Of  primary  importance  is  the  ability  of  the  UDB 
database  to  be  enhanced,  augmented,  and  changed  without 
extensive  effort,  reducing  the  long-term  maintenance  costs 
significantly. 

The  UDB  provides  a number  of  standard  features  and 
facilities  to  the  user.  These  features  are  included  in  every 
UDB  and  are  supported  by  all  available  software.  Features 
and  facilities  are: 

a.  Multiple  databases  may  be  established  using 
the  same  software.  Each  database  is 
identified  by  a unique  8-c haraeter  code. 

b.  Each  database  is  logically  independent  of 
other  databases  in  the  same  storage  area. 

Even  databases  performing  identical  functions 
for  different  users  are  isolated  from  each 
other  unless  the  users  desire  to  link  the 
databases  together. 

c.  Links  between  record  types  of  one  database  to 
record  types  of  another  database  can  be  made 
if  desired. 

d.  Each  database  is  fully  supported  by  IP 
software.  Specialized  software  IP's  are 
generated  by  a parameter-driven  program  which 
creates  COBOL  IP  source  programs.  See 
Appendix  A.12. 

e.  Each  record  occurrence  within  a database 
contains  the  database  identifier  to  maintain 
integrity  and  security  control. 

f.  Each  database  user  is  identified  by 
organization,  name,  and  password.  Update  and 
access  authorizations  are  defined  for  each 
user.  IP  software  automatically  verifies  the 
user’s  authorization  to  update  the  database 
and  rejects  unauthorized  updates. 

g.  Audit  totals  are  maintained  on  each  database. 
These  include: 


each 


1.  The  date  the  database  (and 
record  occurrence)  was  created. 

2.  The  date  the  database  (and  each 
record  occurrence)  was  last 
updated . 

3.  The  total  number  of  entry  records 
stored  in  the  database. 

4.  The  total  number  of  entry  updates 
performed  on  the  database. 

5.  The  security  classification  of  the 
database . 

h.  Keyword  cross-references  may  be  established 
to  any  database  entry  occurrence. 
Definitions  may  be  supplied  to  keywords  and 
keywords  may  be  related  to  each  other,  e.g., 
ship  to  submarine. 

i.  A reference  table  may  be  established  to  any 
database  for  look-up  requirements.  This 
table  contains  provision  for  a directly- 
accessed  identifier,  high  and  low  equivalent 
values,  and  an  expanded  description  of  the 
table  entry. 

j.  New  data  elements  may  be  added  at  any  time. 
Where  specialized  IP  software  and/or  on-line 
retrieval  is  used,  schema  and  IP  software 
changes  are  accomplished  within  a few  hours. 

k.  Data  elements  may  be  expanded,  contracted,  or 
deleted  with  minimum  effort.  Typically,  file 
maintenance  changes  are  made  using  CULPRIT  to 
create  IP  entries  relocating  or  altering  the 
database  record  data  elements. 


3.1.  PHASE  I.  INITIAL  REQUIREMENT  DEFINITION. 

Phase  I begins  with  the  receipt  of  a user  request  for 
database  support.  This  request  should  be  received  as  defined 
by  NAVINTCOM  Instruction  5230. 4C  of  26  September  1978.  Ad 
hoc  retrieval  requests  for  database  reports  are  not  addressed 
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by  this  Guide  unless  the  service  will  bo  o[  a continuing 
nature . 

Upon  receipt  of  the  service  request,  the  appropriate 
project  manager  will  contact  the  user's  point  ot  contact  and 
review  the  scope  of  the  requested  services.  A determination 
will  be  made  whether  the  service  can  be  supplied  by  an 
existing  database  facility  or  by  modifying  an  existing 
facility.  If  neither  of  these  options  is  practical,  a new 
database  facility  will  be  considered. 

Where  the  scope  of  the  services  desired  is  such  that 
long-term  (greater  than  6 months)  resource  allocation  will  be 
required,  a service  analysis  will  be  performed.  Service 
analysis  techniques  are  discussed  in  Appendix  A. 10. 

The  DA  staff  and  the  project  manager  reviews  the  requested 
services  against  the  long-term  development  plans  to  insure 
that  consistency  is  maintained.  Where  the  service  is  not 
validated  by  long-term  planning,  it  must  be  further  reviewed 
by  that  group  prior  to  proceeding  with  database  development. 

The  project  manager  will  determine  if  the  user  is 
identified  to  the  data  dictionary.  Appendix  A. 3 defines  the 
procedures  for  adding  a new  user  to  the  dictionary.  Where 
the  user  will  be  supported  by  an  existing  database  facility, 
the  user's  authorization  is  updated  by  procedures  defined  in 
Appendix  A. 5. 

The  development  of  a new  database  facility  requires 
that  a subsystem  description  be  prepared.  Appendix  D 
provides  guidelines  for  the  content  of  the  subsystem 
specification  which  is  stored  in  the  data  dictionary  using 
procedures  described  in  Appendix  A. 4. 

The  DA  staff  prepares  an  estimate  of  the  time  and 
resource  requirements  for  the  entire  project.  The  estimate 
is  compared  against  other  projects  to  identify  potential 
conflicts  which  could  necessitate  rescheduling  of  projects. 
The  user  identifies  funding  and  formally  approves  the 
project . 

3.2.  PHASE  IT.  DATABASE  FOUNDATION  DESIGN. 

This  phase  of  the  database  design  is  concerned  with 
the  definition  of  data  elements,  element  groups,  and  element 
group  entity  relationships.  Each  stop  ot  this  phase  must  be 


performed  carefully  and  methodically  to  insure  an  effective 
design. 

Of  the  five  steps  in  Phase  II,  the  user's  ADP 
analysts  perform  three.  The  remaining  two  are  performed  by 
the  DA  staff. 

Step  2,  the  initial  data  element  definition,  is 
performed  by  user  analysts.  Appendix  A. 6 provides  the 
guidelines  for  this  step.  During  this  step  there  are  several 
things  to  keep  in  mind  which  will  improve  the  resulting 
definitions: 

a.  The  user  and  individual  user  personnel  will 
be  thinking  in  terms  of  their  primary  service 
request  during  interviews.  While  this  is 
most  important  to  them,  it  must  also  be  a 
point  of  departure  for  the  analyst.  Often 
the  needs  of  the  user  are  subtle,  surfacing 
only  partially  in  the  requested  application. 

It  is  necessary  to  probe  the  underlying 
reasons  for  the  requested  service. 

b.  Users  familiar  with  batch  file  systems  have 
had  ADP  serving  a single  purpose  and  often  a 
single  user.  Integrated  database  is  ideal 
for  serving  multiple  users  with  the  same 
information  IF  the  database  is  designed  to 
work  that  way.  The  databases  developed  under 
the  Guide  will  be  designed,  wherever 
possible,  to  serve  multiple  users  and 
multiple  levels  within  the  same  user 
organization . 

c.  Many  data  elements  which  the  user  desires  to 
see  in  reports  are  actually  the  result  of 
interaction  between  several  other  elements. 

When  an  element  is  nothing  more  than  a 
summary  of  several  others,  the  other  elements 
are  the  ones  to  be  in  the  database.  The 
composite  element  is  useful  for  report 
outputs  but  is  actually  redundant  data. 
There  are  times  when  such  redundancy  is 
justified  but  it  must  be  clearly  explained 
when  describing  the  element. 
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d.  It  is  important  to  identify  those  elements 
which  the  user  will  frequently  use  to  access 
the  database  information.  These  elements 
will  often  become  key  fields  in  the  records 
and  will  be  handled  differently  during  the 
final  stages  of  design. 

e.  The  use  of  data  forms  other  than  display 
numeric  or  alphanumeric  is  not  encouraged. 
These  two  forms  are  the  only  ones  which  are 
reasonably  compatible  across  hardware  lines 
and  this  compatibility  will  become  more 
important  in  the  future  as  distributed 
databases  are  used.  Computational  (binary 
integer)  elements  may  be  defined  where  this 
is  desirable  from  a processing  point  of  view 
but  must  be  completely  described  in  the 
comments  section. 

While  a number  of  these  things  may  seem  obvious,  they 
actually  represent  a significant  number  of  error  conditions 
or  reworking  efforts  that  have  occurred  during  actual 
database  designs. 

Step  3,  the  DA  staff  review,  is  performed  by  NIPSSA 
personnel.  User  analyst  personnel  should  be  available  for 
consultation  when  questions  arise.  The  DA  staff  review 
consists  of: 


a.  A review  by  the  project  manager.  The  project 
manager  reviews  each  element  description  for: 

1.  Syntactical  correctness.  Spelling 
errors,  missing  quote  marks,  and 
omitted  periods  are  common  errors. 

2.  Redundant  elements.  It  is  common 
for  two  or  more  identical  elements 
to  be  present  under  different 
names,  e.g.,  NAME-PERSON  and  POINT- 
OF-CONTACT. 

3.  Incorrect  descriptions.  Numeric 
elements  must  have  PICTURE  9 and 
value  zeros,  etc. 
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Incomplete 
def ini t ion 


describe  the  element,  its 
and  the  way  it  is  used. 


definitions.  The 

is  inadequate  to 
purpose , 


Variation  from  standards.  The 
element  is  defined  in  one  of  the' 
standards  documents  listed  in 
Appendix  E.2  and  does  not  match 
that  definition. 


Variation  from  conventions.  The 
element  is  defined  in  Appendix  B, 
usually  generically,  and  does  not 
follow  those  conventions. 


7. 


Security  classification  conflicts. 
The  element  is  assigned  a security 
classification  inconsistent  with 
its  description. 


Variation  from  standards  (5  above)  is  one  area  where 
it  is  difficult  for  user  analysts,  particularly  contractors, 
to  catch  errors.  Standards  manuals  are  typically  in  short 
supply.  It  is  assumed,  therefore,  that  a number  of  these 
type  errors  will  occur.  The  remaining  errors  should  be 
caught  by  the  analysts  prior  to  submission  for  DA  review. 


b. 


Review  by  the  database  administrator  (DBA) 
The  DBA  reviews  the  element  definitions  for: 


1. 

Conf 1 icts 

with 

definitions 

of 

elements 
database . 

already 

present  in 

the 

2. 

Conflicts 

with 

element 

names 

already  in  use  within  the  database. 


3.  Potential  fits  within  existing 
database  entity  relationships. 


When  the  DA  review  is  complete,  the  project  manager 
prepares  a summary  identifying  the  errors  or  potential 
problem  areas.  This  summary  is  presented  to  the  analysts  for 
correction  during  step  4. 
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Step  4,  group  elements,  is  performed  by  user  analysts 
following  correction  of  errors  and  discrepancies  found  during 
the  DA  review. 


Grouping  of  elements  is  often  accomplished  easily  by 
simply  clipping  together  the  coding  sheets  for  associated 
elements.  Standard  groups,  such  as  dates,  should  be 
associated  first.  Appendix  A. 7 describes  the  procedure  for 
preparing  IDD  entries  for  data  element  groups.  Once  the  1DD 
entries  have  been  prepared,  they  should  be  loaded  to  the  V’SL 
after  the  last  elementary  data  element  entry. 

Step  5,  group  element  review,  is  performed  by  the  DA 
staff.  The  process  described  for  step  3 above  is  repeated. 
In  addition  to  the  items  reviewed  during  step  3,  the  project 
manager  checks: 

a.  The  logical  ordering  of  elements  within  the 
groups.  Elements  are  checked  to  be  sure  they 
are  organized  in  the  most  effective  manner 
for  database  utilization. 


b.  Groups  follow  established  conventions  as 
defined  in  Appendix  B. 

c.  Where  groups  are  addressed  by  existing 
standards,  they  conform  to  those  standards. 

d.  The  aggregate  security  classif ication  of  a 
group  is  no  less  than  the  highest 
classification  of  any  individual  element 
within  the  group. 

Once  finished  with  the  group  review,  the  project 
manager  refers  the  element  groups  to  the  DBA  who: 

a.  Reviews  each  element  group  for  its 
anticipated  location  in  the  database 
definition.  This  information  is  added  to  the 
comments  associated  with  the  element. 


b.  Determines  if  any  conflicts  remain/exist 
between  the  proposed  element  groups  and  the 
existing  database. 


The  project  manager  prepares 
discrepancies  as  in  step  3 and  reviews  the 
the  user  analysts. 
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a summary  of 
discrepancies  with 


Step  6,  data  entity  relationships,  is  performed  by 
the  user  analysts.  This  step  is  the  last  one  in  the 
definition  process.  The  elements  and  element  groups  defined 
previously  are  associated  into  logical  data  entities.  These 
entities  will  appear  as  record  types  to  the  end  user. 

Previously  flagged  elements  which  have  been  defined 
as  residing  in  the  database  are  handled  first.  These 
elements/groups  are  separated  from  the  remaining  definitions. 
Logical  associations  which  existed  to  these  elements  are 
reviewed.  This  review: 

a.  Determines  whether  an  associated  element  is 
so  closely  associated  that  it  should  be 
located  in  the  existing  database  entity 
rather  than  in  one  specifically  defined  for 
the  user's  application.  For  example,  the 
stock  exchange  designator  for  a company  is  as 
basic  an  identifier  of  the  company  as  its 
name.  Therefore  it  would  be  logical  to  add 
that  designator  to  the  database  entity  in 
which  the  company  name  appears.  The  number 
of  shares  outstanding,  on  the  other  hand,  is 
more  loosely  associated  and  should  be  located 
with  other  share-oriented  information. 

b.  Identify  the  elements/groups  which  will  form 
the  access  key  to  a new  database  entity.  A 
maximum  of  32  characters  may  be  used  for  this 
purpose.  Organize  the  elements/groups  in  the 
order  of  their  importance  so  that  they  will 
appear  in  descending  order  from  left  to 
right.  Create  a group  definition  for  these 
elements/groups  with  a prefix  of  "ID-''. 

c.  Assign  a name  to  each  database  entity 

defined.  The  name  should  be  user- 

understandable  . 

d.  Define  a maximum  of  two  elements/groups 

within  the  entity  which  may  be  accessed  on  a 
direct  basis.  These  two  fields,  if  used, 
will  be  the  subjects  of  secondary  indexes. 

e.  Order  the  remaining  elements  and  groups 

within  an  entity  in  the  logical  order 
described  previously. 
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f.  When  elements  or  groups  will  repeat  an 

unknown  number  of  times,  these 

elements/groups  MUST  be  defined  as  separate 
database  entities.  Frequently  such  a 
definition  has  no  logical  key  fields  which 
may  be  used  to  uniquely  identify  each 

occurrence.  When  this  occurs,  the  analyst 
may  have  to  create  a pseudo  key.  For 
example,  a date  and  a sequence  may  be  used  to 
define  comments  information  associated  with 
another  entity. 

g.  Elements  or  groups  which  repeat  a known 
number  of  times  may  be  associated  with  other 
elements/groups  in  an  entity.  The  repeating 
group  will  be  placed  at  the  logical  end  of 
the  entity. 

CAUTION:  Be  sure  that  the  repeating  groups  do  not 

contain  data  values  which  will  be  repeated  in 
other  occurrences  of  the  entity.  Such  a 
condition  introduces  redundant  data  into  the 
database.  When  this  condition  is  present, 
effective  scanning  of  the  database  for  those 
values  in  the  embedded  repeating  group  is  not 
possible.  Such  a situation  should  be  avoided 
except  under  VERY  unusual  conditions.  Refer 
such  situations  to  the  project  manager. 

g.  When  a database  entity  has  been  defined,  it 
is  possible  that  it  may  consist  of  three 
parts: 

1.  The  fixed  data.  This  group  is 
present  at  the  front  of  every 
record  type  in  the  database.  It 
must  be  defined  as  a group  element 
with  a prefix  of  "FI-".  The  fixed 
group  always  consists  of  the  same 
six  data  elements  in  the  same 
order.  These  are:  (a)  CLASS-xxxx; 
(b)  HANDL-x  xxx ; (c)  DATE-MOD-x xxx; 

(d)  DBID-xxxx;  (e)  LOG-TYPE-xxxx; 
(f)  DATE- STORED-x xxx  ( xxxx  is  the 
IDMS  schema  identifier  number  of 
the  record  type). 
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2.  The  identifier.  This  will  always 
occur.  It  must  be  defined  as  a 
group  element  with  a prefix  of  "ID- 


3.  The  body  of  the  database  entity. 

This  will  always  occur.  All 
remaining  elements/groups  assigned 
to  the  entity  are  placed  in  this 
section.  It  must  be  defined  as  a 
group  element  with  a prefix  of  "DA- 
".  This  section  has  a total  length 
of  800  bytes.  A filler  is  added  to 
the  end  of  the  section  to  achieve  a 
total  of  800  bytes. 

Appendix  H illustrates  the  element  definition 

process . 


3.3.  PHASE  III.  DATABASE  INTEGRATION 

During  Phase  III,  the  definitions  of  Phase  II  are 
integrated  into  the  database  structure.  Two  task  steps 
accomplish  the  integration.  Both  are  performed  by  the  DA 
staff . 


a.  Step  7 performs  a final  review  of  the  Phase 
II  results: 

1.  Element  entities  are  assigned  to 
locations  within  the  database 
structure.  Elements  to  be  merged 
with  existing  database  entities  are 
noted . 

2.  The  associations  effort  performed 
in  Step  6 is  validated  and  final 
modifications  made  as  required. 

3.  The  PSL  is  reviewed  for  the  last 
time  and  corrections  made  where 
necessary . 

4.  The  PSL  is  transferred  to  the  data 
dictionary . 
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Data  dictionary  reports  are 
prepared  and  reviewed  to  insure 
that  the  new  application  does  not 
conflict  with  the  existing  database 
definition.  Corrections  are  made 
as  required. 

b.  Step  8 updates  the  UDB  schema: 

1.  The  schema  entry  in  the  PSL  is 
updated,  adding  copy  statements  to 
include  the  new  application. 

2.  The  schema,  DMCL,  and  subschema  is 
compiled  using  the  standard  JCL 
defined  in  the  DBA  guide. 

3.  The  subschema  definition  is 
reproduced  for  use  by  user  analysts 
during  subsequent  phases  of  the 
development . 


3.4.  PHASE  IV.  BATCH  INPUT  PROCESSING  AND  FILE  CONVERSION 
DEVELOPMENT. 

This  phase  of  the  application  project  begins  actual 
development  of  software  to  support  the  defined  database. 
Software  developed  during  Phase  IV  will  be  used  to  load  data 
to  the  database  through  batch  processing.  It  is  assumed  that 
data  will  be  presented  to  the  system  in  card-image  form 
whether  prepared  on  punched  cards,  magnetic  tape,  or  disk. 

Where  an  existing  automated  or  machine-readable 
source  of  information  will  be  converted  and  loaded  to  the 
database,  it  is  necessary  that  conversion  software  be 
prepared  in  addition  to  writing  batch  IP's.  Most  conversion 
requirements  can  be  effectively  met  through  use  of  CULPRIT  as 
the  conversion  processor. 

The  functions  of  this  phase  are  performed  by  user 
analysts.  Regular  consultation  with  the  project  manager  is 
encouraged.  Prior  to  beginning  the  phase,  the  project 
manager: 


1.  Assigns  a block  of  IP 
the  DBA)  to  the 
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identifiers  (defined  by 
application  following 


established  conventions  defined  in  Appendix 

B .6. 

2.  Defines  the  PSL  which  will  be  used  for  IP 
parameter  definitions  and,  if  required, 
conversion  software. 

3.  Defines  the  PSL  which  will  contain  test  data 
for  the  application. 

4.  Assigns  personal  identifiers  to  each  user 
analyst  who  will  require  computer  time. 

Step  9 of  the  application  development  defines  the 
input  processing  formats.  These  basic  constraints  are 
applied  to  each  IP  format  designed: 

1.  Each  IP  format  is  processed  as  a separate 
transaction,  independent  of  the  transactions 
preceding  and  following. 

2.  Each  data  element  processed  by  an  IP  must  be 
contained  entirely  within  the  limits  of  the 
IP  medium. 

3.  Each  IP  reserves  the  first  four  positions  of 
its  line  as  an  identifier. 

4.  Every  IP  identifier  must  be  unique. 

5.  Every  IP  must  establish  currency  with  the 
database  record  occurrence  upon  which  it  will 

act . 

6.  With  few  exceptions,  an  individual  IP  acts 
directly  against  only  one  database  record 
occurrence.  Each  exception  must  be  approved 
by  the  project  manager  and  documented  as  part 
of  the  IP  comments  in  the  IDD. 

These  conventions  apply  during  the  definition  of  the 
IP  format: 

1.  Data  required  to  establish  currency  with  the 
database  record  occurrence  to  be  processed 
are  placed  immediately  following  the  format 
identifier. 
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2.  If  data  will  be  coded  from  a printed  source 
document,  the  element  sequence  will  be 
established  to  follow  a left  to  right,  top  to 
bottom  scan  of  the  source  document  where 
possible. 

3.  When  the  IP  coding  sheet  will  be  the  source 
document,  the  most  frequently  used  fields 
should  precede  less  frequently  used  fields. 

4.  Blank  columns  may  be  left  adjacent  to  fields 
where  future  expansion  of  the  field  is 
anticipated.  However,  it  is  better  to 
include  the  expansion  into  the  definition 
initially  to  prevent  recompiling  the  IP  at  a 
later  date.  The  coding  form  may  omit  the 
unused  positions  and  the  IP  instructed  to 
zero  or  space  fill  the  data. 

5.  IP  identifiers  must  be  assigned  in  a specific 
sequence.  The  processing  module  presorts 
incoming  data  into  IP  identifier  sequence  to 
improve  processing  efficiency.  Therefore,  it 
is  essential  that  the  IP  which  initially 
establishes  a database  record  occurrence 
alphabetically  precede  another  IP  which 
modifies  the  same  record  occurrence.  For 
example,  the  AATS  IP  stores  a NIM-PROJECT 
record  while  AAUM  and  AAWM  IP's  modify  the 
NIM-PROJECT  record. 

Once  the  physical  layout  of  the  IP  has  been  defined, 
the  layout  is  described  in  IDD  form  as  described  in  Appendix 
A. 12.  These  descriptions  are  prepared  in  card  image  form  and 
delivered  to  the  project  manager  for  loading  into  the  data 
dictionary.  The  project  manager: 

1.  Checks  the  description  for  correct  syntax  and 
organization. 

2.  Insures  that  all  data  elements/groups  used  by 
the  IP  are  present  in  the  data  dictionary  and 
belong  to  the  application. 

3.  Delivers  the  description  to  the  data 

dictionary  librarian  for  loading. 
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4.  Informs  the  user  analysts  when  dictionary 
loading  has  been  completed  and  provides  a 
dictionary  report  of  the  IP  descriptions. 

The  data  dictionary  librarian: 

1.  Enters  the  descriptions  into  the  data 
dictionary. 

2.  Corrects  minor  errors.  Refers  other  errors 
to  the  project  manager. 

3.  Prepares  a report  containing  the  descriptions 
loaded . 

Step  10  is  the  preparation  of  IP  parameter  statements 
for  each  defined  IP.  This  step  is  performed  by  user 
analysts.  This  step  may  be  performed  in  parallel  with  step  9 
above  . 


IP  parameter  preparation  is  alsc  described  in 
Appendix  A. 12.  Appendix  J.l  describes  the  JCL  required  to 
store  parameters  in  a PSL.  Once  stored  on  PSL,  IP's  may  be 
compiled  using  JCL  described  in  Appendix  J.2. 

Step  11  is  the  most  time-consuming  step  of  this 
Phase.  Comprehensive  test  data  must  be  prepared  for  each  IP. 
Test  data  must: 

1.  Test  each  IP  for  all  possible  DATABASE 

conditions  which  can  affect  IP  accuracy: 

a.  Presence  of  a record  occurrence  in 
the  database  when  attempting  to 
store  another  occurrence  with  the 
same  identifying  data. 

b.  Attempt  to  modify  or  delete  a 
record  occurrence  which  is  not  in 
the  database. 

c.  Attempt  to  associate  one  database 
record  occurrence  with  another  when 


one 

or  both 

of 

the  occurrences  are 

not 

present 

in 

the  database. 

The 

da  tabase 

is 

full. 
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All  of  these  conditions  are  reflected  by  error  codes 
returned  by  IDMS  following  a DHL  command.  The  standard  logic 
of  an  IP  will  catch  most  of  the  errors.  However,  it  is 
necessary  that  tests  be  performed  to  insure  that  this  type  of 
error  condition  is  caught. 

2.  Test  each  IP  for  all  possible  DATA  CONTENT 
conditions  which  can  affect  IP  accuracy: 

a.  Each  individual  data  field  must  be 
tested  for  both  good  and  bad  data. 

Where  a field  is  range-tested, 
tests  for  values  preceding  and 
following  the  valid  range  as  well 
as  tests  of  the  edges  of  the  valid 
range  must  be  made. 

b.  Combinations  of  data  elements  which 
are  interrelated,  such  as  dates, 
must  be  tested  with  combinations  of 
good  and  bad  data  so  that  all 
possible  combinations  are  checked. 

c.  Each  field  must  be  tested  for 
asterisk  delete.  Those  which  do 
not  allow  asterisk  delete  must 
produce  the  proper  error  message. 

d.  Each  field  which  permits  the  use  of 
a question  mark  to  optionally  omit 
data  must  be  tested  with  both  the 
question  mark  and  blanks  (an  error 
condition ) . 

e.  Each  numeric  field  will  be  tested 
by  placing  alphabetic  and  blank 
characters  in  each  of  the  fields 
positions  in  individual  tests. 

Prepared  test  data  will  be  stored  on  the  PEL 
designated  by  the  projec  manager,  listed  and  provided  to  the 
project  manager  for  review. 

The  project  manager: 

1.  Reviews  the  test  data  to  be  sure  it  follows 
basic  IP  conventions. 
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2.  Establishes  a test  database  for  use  in 
testing  IE's. 

3.  Defines  those  analyst  personnel  who  will  be 
authorized  to  use  the  test  database  to  the 
UDB  system. 

4;  Defines  the  IP's  to  the  system  so  testing  can 
be  performed. 

Each  IP  is  thoroughly  tested  in  step  12.  All  test 
data  is  applied  and  error  conditions  reviewed.  Processing 
errors  are  corrected  and  tests  rerun.  Test  results  are 
reviewed  by  the  project  manager. 

The  initial  subsystem  users  guide  is  prepared  in  step 
13.  Sections  1 and  2 of  the  users  guide  are  prepared  similar 
to  those  shown  in  Appendix  E.  Individual  coding  sheets  and 
instructions  are  prepared  for  each  IP  generated.  Additional 
coding  sheets  and  instructions  are  prepared  for  each 
association  (connect  and  disconnect)  function  required  using 
standard  association  IP's. 

Batch  input  coding  instructions  will  be  grouped  for 
logical  use.  For  example,  those  instructions  for  the  initial 
storing  of  a database  record  occurrence  are  grouped  together 
as  are  those  to  modify  the  database.  Frequently  used  coding 
instructions  are  placed  in  a group  at  the  beginning  of  the 
section . 


Separator  tabs  aligned  to  groups  of  functions  will  be 
provided  to  make  locating  specific  coding  instructions 
easier.  The  page  location  of  each  instruction  will  be 
provided  in  the  table  of  contents. 

Step  14  is  the  operational  test  of  the  batch  system 
capability.  The  user  personnel  who  will  utilize  the  system 
are  trained  and  assisted  in  initial  use  of  the  system.  A 
training  class  of  one  day  duration  (maximum)  will  be  held  for 
each  of  these  user  areas: 

1.  User  management.  This  class  will  describe 
the  system  capabilities  from  a management 
viewpoint.  The  part  the  system  will  play  in 
improved  management  of  security  will  be 
emphasized.  Visual  aids  and  handouts  will  bo 
prepared  to  acquaint  management  with  the 


system  and  its  interface  with  other  facets  of 
NICOLS. 

2.  User  personnel  who  will  operate  the  system. 

This  class  will  describe  the  operation  of  the 
system  in  more  detail.  The  users  guide  will 
be  thoroughly  reviewed.  These  points  will  be 
covered: 

a.  J CL  and  job  submission. 

b.  Data  entry  preparation. 

c.  Coding  conventions  where  they 
exist. 

d.  Report  preparation. 

Visuals  aid's  and  handouts  will  be  prepared  to  support 
the  training. 

Step  15  defines  conversion  criteria  for  each  of  the 
existing  machine-readable  files  currently  in  use.  This 
information  includes: 

1.  The  source  file  and  location  of  each  data 
element. 

2.  The  object  IP  format  and  the  position  of  each 
data  element. 

3.  Differences  in  length  and  mode  of  each  data 
element,  where  occurring,  between  source  file 
and  database. 

4.  Conversion  requirements,  where  required,  of 
each  data  element.  This  includes  translation 
of  codes,  special  verification  of  source 
data,  and  optional  purging  of  data. 

The  conversion  software  is  prepared  in  step  16. 
Using  the  conversion  criteria  prepared  in  the  previous  step, 
CULPRIT  modules  are  prepared  to  effect  the  conversion  of 
existing  machine-readable  files  into  IP  format. 

The  files  are  converted  and  the  output  listed  prior 
to  loading  of  data.  Listings  are  reviewed  by  insure 


conversion  criteria  have  been  met. 
project  manager,  the  converted  tiles 
operational  database. 


Upon  approval  ot  the 
are  loaded  to  the 


3.5.  PHASE  V.  BATCH  OUTPUT  SUPPORT  DEFINITION  AND 
DEVELOPMENT 


This 

accomplished 


phase  ot  the 
in  three  steps: 


application  development 


a.  Step  17  expands  on  the  service  analysis 
performed  during  step  1 and  defines  the 
output  services  in  detail.  This  includes 
identifying  the  format  of  outputs  and  the 
database  resources  required  to  satisfy  the 
output  service. 


b.  Step  18  converts  the  specifications  of  step 
17  into  programmed  output  capabilities. 
CULPRIT  and,  where  required,  COBOL  report 
writer,  are  used  to  produce  and  test  each 
output  service. 


c.  Step  19  provides  updates  to  the  users  guide' 
defining  each  output  service,  illustrating 
the  output,  and  describing  the  procedures  for 
obtaining  the  output. 


Step  17  expands  upon  the  service  analysis  information 
placed  in  the  data  dictionary.  The  physical  layout  of  the 
report  is  prepared.  These  factors  are  considered: 


a.  Security  classification  of  the  output. 

b.  Distribution  of  the  output  and  the  knowledge 
of  its  anticipated  audience. 

c.  The  medium  upon  which  the  output  will  be 
presented. 

d.  The  use  of  cover  pages  on  printed  reports. 

e.  The  conversion  of  encoded  data  elements 
within  the  database  to  expanded  and  more 
readable  descriptions  within  the  reports. 
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f.  Frequency  and  sensitivity  of  the  output 
preparation. 

g.  Computations  performed  as  part  of  the  output. 

h.  Data  restrictions  (need  to  know). 

A comprehensive  narrative  description  of  the  output 
will  be  added  to  the  service  analysis  description  and  stored 
in  the  data  dictionary.  Complete  pictorial  presentations  of 
printed  or  displayed  reports,  cover  pages,  and  associated 
displays  will  be  prepared  in  sufficient  detail  that 
development  of  the  capabilities  in  the  following  step  will 
require  little,  if  any,  additional  analysis. 

Step  18  uses  the  comprehensive  analysis  and 
definition  of  the  output  capabilities  defined  in  step  17  to 
produce  software  necessary  to  satisfy  the  desired  output 
service.  CULPRIT  will  be  used  wherever  possible  for 
preparing  output  facilities  to  be  executed  in  a batch 
environment.  COBOL  Report  Writer  may  be  used  with  the 
approval  of  the  project  manager. 

Each  output  capability  created  will  be  thoroughly 
tested.  Test  results  will  be  reviewed  by  the  project  manager 
and  compared  against  the  specifications  of  the  requested 
service . 

Step  19  provides  the  user  with  instructions  and 
examples  of  the  utilization  of  the  output  service.  Each 
output  service  will  be  individually  documented  and  placed  i; 
the  users  guide.  Each  entry  will  contain: 

a.  Instructions  for  requesting  the  output 

service,  including  a description  of  the  JCL 
and  control  cards  required.  Control  card 

fields  will  be  described  in  detail. 

Illustrations  of  typical  control  card 

configurations  will  be  included. 

b.  Definitions  of  options  associated  with  the 
output  service,  if  any.  where  options  are 
available,  each  will  be  described  separately 
and  illustrated. 


c.  An  illustration  of  the  normal  output  of  the 


f 
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service  where  the  output  is  visually 
presented . 

At  the  completion  of  this  phase,  a complete  batch 
processing  capability  of  the  application  is  available  to  the 
user. 


3.6.  PHASE  VI.  ON-LINE  INPUT  PROCESSING. 

On-line  input  processing  provides  application  users 
with  the  ability  to  perform  data  entry  and  correction  from  an 
interactive  CRT.  This  phase  is  similar  to  Phase  IV  except 
that  data  conversion  and  initial  users  guide  preparation  have 
already  been  performed. 

Phase  VI  is  composed  of  five  steps: 

a.  Step  20  defines  the  format  of  on-line  input 
processing  screens  after  having  determined 
what  data  entry  and  corrections  requirements 
are  present  for  the  application.  Not  all 
application  data  may  be  suited  for  on-line 
input  processing. 

b.  Step  21  prepares  on-line  input  processing 

program  parameters  based  on  the 

specifications  developed  in  step  20.  The 
parameters  are  reviewed  and  stored  on  PSL  in 
preparation  for  compilation. 

c.  Step  22  utilizes  the  parameters  developed  in 
the  previous  step  and  creates  on-line  input 
processing  programs  for  data  entry.  Each 
program  is  thoroughly  tested  using  test  data 
developed  in  this  step.  Corrections  are  made 
as  required  and  the  PSL  updated.  Test  data 
descriptions  are  stored  on  a designated  PSL 
for  future  use.  The  project  manager  reviews 
test  results  against  the  specifications  to 
insure  correct  processing. 

d.  Step  23  updates  the  users  guide  to  include  an 
instruction  for  each  on-line  input  processing 
screen.  Instructions  will  identify  each  data 
element  used,  all  processing  options, 
function  key  usage,  and  illustrate  each 
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screen . 

5.  Step  27  is  normally  performed  after 

completion  of  Phase  VII  (on-line  output 

services).  This  step  includes  the  training 
of  user  operating  personnel,  development  of 
training  materials,  and  direct  user 
assistance  for  a short  period  of  time. 

Step  20  is  the  on-line  input  processing  definition 
step.  Service  analysis  information  is  reviewed  and 
requirements  for  on-line  data  entry  and 

correction/modification  services  are  translated  into 
specifications  for  teleprocessing  screens.  The  physical 
layout  for  the  screens  is  prepared  and  reviewed. 
Descriptions  of  screen  functions  are  prepared  and  added  to 
the  service  analysis  description.  The  logical  progression 
from  one  screen  to  another  where  screen  functions  are  related 
is  defined  and  function  keys  assigned  as  required. 

Step  21  utilizes  the  descriptions  prepared  in  the 
previous  step  to  generate  on-line  IP  parameters  and  data 
dictionary  entries.  Appendix  A. 14  provides  detailed 
instructions  for  preparation  of  screen  parameters. 

Step  22  compiles  the  screens  from  the  parameters 
stored  on  PSL  and  in  the  data  dictionary.  Each  screen  is 
tested  using  a set  of  test  data  developed  for  the  purpose. 
Test  data  will  be  developed  using  the  same  criteria  as  in 
step  11  (batch  test  data  preparation).  Test  data 
descriptions  will  be  stored  on  PSL  in  narrative  form  for 
future  use.  Test  results  will  be  reviewed  by  the  project 
manager  to  insure  that  all  requirements  have  been  satisfied. 

Step  23  is  the  preparation  of  user  guide  information 
for  on-line  input  processing.  An  entry  for  each  screen  will 
be  included  which: 

a.  Illustrates  the  screen. 

b.  Describes  each  data  field  to  be  entered  on 
the  screen. 

c.  Defines  the  association  of  other  screens 
which  are  logically  appended  to  a screen. 

This  association  description  will  identify 
the  function  keys  or  command  action  required 
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to  reach  associated  screens.  A pictorial 
diagram  of  screen  relationship  will  be 
included. 

Step  27  is  the  final  step  of  on-line  system 
implementation.  Phase  VII  must  be  complete,  or  omitted, 
prior  to  performing  this  step.  The  step  is  the  operational 
test  of  software  and  training  of  user  personnel.  A one-day 
(maximum)  training  class  for  user  operating  personnel  is  held 
to  acquaint  users  with  the  capabilities  of  the  system. 
Training  materials  and  handouts  are  prepared  to  support  the 
class  and  are  turned  over  to  the  project  manager  for  use  in 
future  training.  The  operation  of  the  system  is  observed  and 
discrepancies  noted.  Corrections  are  made  where  necessary 
and  the  system  documentation  and  programs  updated.  The 
project  manager  reviews  the  system  operation  and  approves  the 
system  for  turnover. 


3.7.  PHASE  VII.  ON-LINE  OUTPUT  DEFINITION  AND  DEVELOPMENT. 

This  phase  is  nearly  identical  to  Phase  V except  that 
on-line  display  output  is  being  developed.  On-line  display 
outputs  may  be  developed  in  a number  of  different  ways: 

a.  CULPRIT  or  COBOL  programs  may  be  written 
which  are  intended  for  display  use  (80- 
character  lines,  20  lines  per  page)  and 
executed  using  the  batch  report  capture 
facility.  This  facility  places  captured 
reports  in  a disk  queue  for  remote  display. 

This  approach  is  useful  when  preparing 
reports  which  have  periodic  use  or  require 
more  computer  time  than  the  operator  is 
willing  to  wait  for  in  interactive  mode. 

b.  Outputs  produced  as  a result  of  stored 
queries  processed  through  ON-LINE  QUERY. 
These  may  be  standing  or  modifiable  queries 
which  are  run  on  an  ad  hoc  basis  and  require 
little  time  to  complete. 

c.  Directly  generated  queries  using  ON-LINE 
QUERY. 

d.  Specially  developed  COBOL  report  programs 
producing  specialized  reports.  These  are 


typically  complex  outputs.;  which  requite 
decision  or  arithmetic  functions  not 
available  in  ON-LINE  QUERY , 

Phase  VII  steps  are: 

a.  Step  2-1  expands  on  the  service  analysis 

definitions  of  on-line  output  services.  Each 
requested  service  is  carefully  analyzed  to 
determine  which  of  the  four  development  modes 
described  above  will  be  used  to  implement  the 
service.  Detailed  descriptions  of  the 

services  are  added  to  the  service  analysis 
prepared  in  Phase  I and  the  data  dictionary 
updated. 

b.  Step  25  is  the  preparation  of  output  programs 
or  queries  to  satisfy  the  service  request. 

Each  program  or  query  is  stored  on  a 
designated  PSL.  Each  capability  is  tested 
and  test  results  reviewed  by  the  project 
manager . 

c.  Step  26  is  the  preparation  of  updates  to  the 
users  guide  reflecting  each  of  the  on-line 
services  provided. 

Step  2-1  requires  a thorough  review  of  those  service 
requests  prepared  during  Phase  I.  Each  request  which 
requires  on-line  output  support  is  evaluated.  One  of  the 
development  approaches  defined  above  is  selected  for  each 
service  requested.  The  detail  definition  of  the  visual 
display  to  be  produced  is  prepared.  Specif ications  are 
expanded  to  include  complete  details  about  the  service,  its 
purpose,  and  the  depth  of  logic  required  to  produce  the 
capability.  The  data  dictionary  is  updated  with  the 
additional  information.  CAUTION:  When  updating  remarks  of 
the  service  analysis,  first  update  the  information  on  the  PSL 
and  then  update  the  data  dictionary  from  the  PSL. 

The  actual  software  or  query  modules  are  prepared  and 
tested  during  Step  25.  Each  output  service  is  thoroughly 
tested  and  the  results  approved  by  the  project  manager. 

Step  26  is  the  updating  of  the  users  guide  to  reflect 
the  instructions  tor  use  ot  each  service  request.  The  users 
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guide  will  contain,  for  each  output  service: 

a.  A pictorial  of  the  output  service. 

b.  Complete  step-by-step  instructions  for 
requesting  the  output  from  a CRT  terminal. 

c.  A description  of.  any  options  available  with 
the  output  service.  Where  the  option  changes 
the  format  or  function  of  the  service,  an 
illustration  and  explanation  of  each  option 
will  be  included. 
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GENERAL  INSTRUCTIONS 

The  methodology  of  the  Design  Guide  utilizes  the 
Integrated  Data  Dictionary  (IDD)  as  the  repository  of  all 
design  information.  The  formats  provided  with  the  Guide  are 
tailored  from  IDD  statements  to  achieve  the  desired  end 
results.  For  additional  IDD  capabilities,  the  user  is 
referred  to:  Integrated  Data  Dictionary  User  Guide, 
Cullinane  Corporation,  Wellesley,  Mass. 

IDD  entries  must  be  prepared  on  punched  cards,  or 
punched  card  images  on  standard  OS  unlabeled  magnetic  tape, 
for  entry  into  a program  support  library  (PSL)  and  from  there 
into  the  data  dictionary.  Input  should  be  prepared  in  the 
order  of  the  steps  within  the  Guide.  This  will  insure  that 
the  proper  sequence  of  information  is  provided  during 
dictionary  update. 

A library  support  feature  (PSL)  is  provided  to  make 
storing  and  modifying  the  IDD  entries  easier.  This  feature 
permits  storing  IDD  data  on  a temporary  file  which  can  then 
be  readily  modified  until  the  IDD  entries  for  the  application 
have  been  completed  and  are  ready  for  IDD  update.  Use  of 
this  library  facility  is  described  in  detail  in  Appendix  A. 2. 

General  IDD  Coding  Conventions 

1.  Certain  letters  and  numbers  can  be 
misinterpreted  easily.  Conventions  have  been 
established  to  reduce  confusion  to  a minimum. 

The  following  should  be  used  when  entering 
information  on  IDD  coding  forms  to  minimize 
possibility  of  error: 

a.  Numeric  zeros  are  slashed; 
alphabetic  letter  "0"  is  written 
normally . 

b.  The  letter  "Z"  is  slashed  across 
its  diagonal  bar;  the  number  "2"  is 
written  normally. 

c.  The  number  "1"  is  underlined;  the 
letter  "I"  is  written  with  both  top 
and  bottom  bar. 
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d.  A single  quote  mark  ( ' ) is  used  for 
all  IDD  entries  where  quotes  are 
required;  a double  quote  mark  (") 
is  not  used. 

Comments; 

a.  All  comment  lines  begin  in  column 
12  of  the  punched  card  and  require 
a single  quote  mark  in  column  12. 

b.  Comments  which  require  more  than 
one  line  may  be  continued 
indefinitely.  Each  continuation 
line  must  have  a hyphen  {-)  in 
column  7. 

c.  The  last  comment  line  must  be 
terminated  by  a single  quote  mark. 

d.  If  a comment  includes  apostrophies , 

they  are  seen  by  the  IDD  as  a 
single  quote  mark.  To  prevent 
termination  of  the  comment,  two 
single  quote  marks  (apostrophies) 
are  coded  together  in  successive 
card  columns  For  example: 

"The  user's  guide  is " is 

coded  as:  'THE  USER' 'S  GUIDE 

IS ' 

e.  ELEMENT  DESCRIPTION,  RECORD 

DESCRIPTION,  and  ELEMENT  DEFINITION 
clauses  are  coded  as  if  they  were 
comments.  The  ELEMENT  DESCRIPTION 
and  RECORD  DESCRIPTION  clauses  are 
limited  to  40  characters. 

A standard  program  coding  form,  such  as  the 
COBOL  form,  may  be  used  to  prepare  IDD 
entries.  IDD  statements  must  not  begin 
before  column  7 or  extend  beyond  column  72. 

It  is  recommended  that  at  least  two  spaces 
separate  clauses  on  the  same  line  and  that  no 
more  than  two  clauses  be  placed  on  the  same 
line.  Readability  of  the  coded  data  is 


improved  if  the  sequence  of  the  statements  is 
not  otherwise  changed.  Appendix  G contains 
the  IDD  syntax  requirements  for  reference 
purposes. 

5.  A period  (.)  must  terminate  all  IDD  entries. 

Periods  must  not  be  placed  at  the  end  of 

individual  clauses.  Each  coding  form 
indicates  where  the  period  must  go  rf  the 
entry  is  completely  coded.  If  the  entry  is 
shortened,  the  period  must  immediately  follow 
the  last  clause  in  the  entry. 

6.  The  SAME  AS  ELEMENT  clause  is  a powerful 

time-saving  tool.  This  permits  copying  the 
description  of  another  data  element  which  is 
basically  the  same  as  the  element  being 

defined  (such  as  month),  eliminating 

repetitious  coding.  Any  clause  which  is 
different  from  the  element  being  copied,  such 
as  the  description  (long  name)  or  definition, 
is  coded.  The  resulting  element  definition 
is  consistent  in  format  to  similar  elements 
while  identifying  those  unique  features  of 
each  individual  element.  Appendix  E.ll 
illustrates  predefined  data  elements  which 
are  frequently  copied. 


A1  .3 


APPENDIX  A. 2 


PROGRAM  SUPPORT  LIBRARY  (PSL)  USE 

The  IBM  360  Operating  System  provides  a utility 
function  which  permits  the  assignment  of  specific  temporary 
library  areas.  IDD  input  data  may  be  stored  in  this  library 
and  then  massaged  until  it  is  ready  for  updating  into  the 
data  dictionary. 

As  punched  card  images  containing  IDD  update 
information  are  prepared  by  the  user,  the  project  manager 
will  assign  a PSL  location  for  storage  of  the  information. 
The  user  is  provided  with  a processing  job  control  deck  to 
permit  updating  of  the  library  area  (member). 

THE  USER  MUST  EXERCISE  EXTREME  CAUTION  IN  PERFORMING  UPDATES 
OF  THE  LIBRARY  MEMBER  TO  AVOID  DESTROYING  THE  DATA.  CARDS 
USED  IN  EACH  UPDATE  SHOULD  BE  RETAINED  UNTIL  SUCH  TIME  AS 
THE  PSL  IS  TRANSFERRED  TO  THE  DATA  DICTIONARY. 

Composition  of  the  User's  PSL  Job  Control  Deck 

Figure  A. 2.1.  illustrates  a typical  PSL  job  control 
deck.  The  cards  in  this  portion  of  the  deck  should  not  be 
modified  in  any  way  by  the  user.  Columns  73  through  80  of 
the  JCL  deck  are  punched  with  an  identifier  and  sequence 
numbers  to  assist  the  use  in  keeping  the  deck  in  proper 
order. 


//B7  8x  xxO 1 JOB  (Hxxx,0000,5,5  , , , , ,60)  , ' PSL  FOR  DB  DESIGN', 
//  MSGLEVEL= (0,0) ,CLASS=E , REGION=65K 

//STEP  EXEC  PSLUPDTA , MEMBR=app lie 

//UPDT . SYS IN  DD  * 

./  CHANGE  NAME=xxxxxxxx,LEVEL=00,SOURCE=0,LIST=ALL 

./  NUMBER  NEW1=10,INCR=10 


update  data 


./  ENDUP 

/* 

Figure  A .2 .1 . 
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"applic"  is  the  name  of  the  PSL  library  being  processed. 
The  library  name  is  assigned  by  the  DA  staff. 

"xxxxxxxx"  is  the  name  of  the  used-defined  PSL  entry  being 
processed.  "B78xxx01"  is  the  name  of  the  job,  where  xxx  is 
replaced  by  the  assigned  person  identifier. 

” (Hxxx ,0000 . . . . ) " is  accounting  information,  where  Hxxx  is 
replaced  by  the  defined  location  code  and  person  identifier, 
and  0000  is  replaced  by  a room  number  or  other  building 
locator  code. 


Modifying  The  Contents  of  The  PSL  Member 

Each  statement  stored  in  the  PSL  member  is  assigned 
a sequence  number.  This  number  is  placed  in  columns  71 
through  30  of  the  statement  by  the  utility  program  when  the 
data  is  originally  stored  in  the  PSL. 

Any  statement  may  be  modified  by  punching  a 
replacement  statement  with  the  sequence  number  of  the  PSL 
member  statement  in  columns  73-80.  Figure  A. 2. 2 illustrates 
a PSL  member.  Figure  A. 2. 3 illustrates  modification 
statements  which  are  to  be  applied  against  the  PSL  member. 
Figure  A. 2. 4.  illustrates  the  result  of  the  modification 
after  updating  the  PSL  member. 


ADD  ELEMENT  NAME  IS  SEC- HANDL INC, 
PREPARED  BY  'LET' 

ELEMENT  DESCRIPTION  IS 
' RELEASAB I L ITY  CODE' 

PICTURE  IS  XX  USAGE  IS  DIAPLAY 
VALUE  IS  SPACES 
ELEMENT  DEFINITION  IS 
'THE  FIERD  DEFINES  STANDARD  DOD 
' RELEASAB I L ITY  CODES’ 

USER  IS  'NIPSSA51  TOWNER' 

RESPONSIBLE  FOR  DF.FN ITtON  . 


00000010 
00000060 
00000 l 10 
00000  U>0 
00000210 
00000260 
00000310 
00000  360 
00000410 
00000460 
00000 3 10 


Figure  A. 2. 2. 


PICTURE  IS  XX  USAGE  IS  DISPLAY  00000210 
'THE  FIELD  DEFINES  STANDARD  DOD  00000360 
RESPONSIBLE  FOR  DEFINITION.  00000510 


Figure  A. 2. 3. 


ADD  ELEMENT  NAME  IS  SEC-HANDLING 
PREPARED  BY  'LET' 

ELEMENT  DESCRIPTION  IS 
' RELEASABILITY  CODE' 

PICTURE  IS  XX  USAGE  IS  DISPLAY 

VALUE  IS  SPACES 

ELEMENT  DEFINITION  IS 

'THE  FIELD  DEFINES  THE  STANDARD  DOD 

'RELEASABILITY  CODES' 

USER  IS  'NIPSSA51  TOWNER' 

RESPONSIBLE  FOR  DEFINITION' . 


00000010 

00000060 

00000110 

00000160 

00000210 

00000260 

00000310 

00000360 

00000410 

00000460 

00000510 


Figure  A. 2. 4. 


Add  New  Statements  To  The  PSL  Member 

The  user  may  add  new  statement  to  the  PSL  member  by 
punching  the  new  statements  and  an  identifier  sequence 
number  which  falls  between  the  two  PSL  statements  where  the 
new  statement  belongs.  Figure  A. 2. 5 illustrates  statements 
to  be  added  to  the  member  shown  in  Figure  A. 2. 4.  A "NUMBER" 
card  (See  Figure  A. 2.1)  renumbers  the  statements.  Figure 
A. 2. 6 shows  the  results  of  the  update. 


ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED  00000270 

DATA- SECURITY  IS  DATA-UNCLASS I F I ED  00000271 


Figure  A. 2. 5. 
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ADD  ELEMENT  IS  SEC-HANDLING 
PREPARED  BY  'LET* 

ELEMENT  DESCRIPTION  IS 
' RELEASABILITY  CODE' 

PICTURE  IS  XX  USAGE  IS  DISPLAY 
VALUE  IS  SPACES 

ENTRY-SECURITY  IS  ENTRY-UNCLASS  I P I ED 
DATA-SECURITY  IS  DAT A-UNCLASS I F I E D 
ELEMENT  DEFINITION  IS 
'THE  FIELD  DEFINES  STANDARD  DOD 
'RELEASABILITY  CODES' 

USER  IS  ’ NIPSSA51  TOWNER' 

RESPONSIBLE  FOR  DEFINITION. 


00000010 

00000060 

00000110 

00000160 

00000210 

00000260 

00000310 

00000360 

00000410 

00000460 

00000510 

00000560 

00000610 


Figure  A. 2. 6. 


Removing  Statements  From  the  PSL  Member 

The  user  may  remove  statements  from  the  PSL  member 
by  preparing  a DELETE  statement  and  identifying  the 
statement(s)  to  be  removed.  Figure  A. 2. 7 illustrates  DELETE 
statements  to  delete  one  statement  and  three  statements  from 
Figure  A. 2. 6.  Figure  A. 2. 8 shows  the  result  of  the  update 
performed . 


./  DELETE  SEQl=60,SEQ2=60 
./  DELETE  SEQl=210 ,SEQ2=310 


Figure  A. 2. 7. 


ADD  ELEMENT  NAME  IS  SEC-HANDLING 
ELEMENT  DESCRIPTION  IS 
'RELEASABILITY  CODE' 

DATA-SECURITY  IS  DATA- UNCLASSIFIED 
ELEMENT  DEFINITION  IS 
'THE  FIELD  DEFINES  STANDARD  DOD 
'RELEASABILITY  CODES' 

USER  IS  'NIPSSA51  TOWNER' 

RESPONSIBLE  FOR  DEFINITION'. 


00000010 
00000060 
00000110 
00000160 
00000210 
00000  2m) 
00000310 
00000360 
00000410 


Figure  A. 2. 8. 
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Organizing  The  PSL  Update  Statements 

The  PSL  member  containing  the  IDD  source  data  is 
organized  in  sequential  order.  It  is  necessary  that 
modification  statements  also  be  organized  in  sequential 
order,  ascending  from  one  upwards.  The  utility  program 
which  updates  the  PSL  will  prevent  completion  of  any  update 
which  is  out  of  order. 

Plan  updates  of  the  PSL  member  so  that  no  more  than 
250  update  statements  are  processed  at  a time.  This  will 
speed  up  the  update  process  and  reduce  the  chance  of  errors 
caused  by  incorrect  sequential  organization  of  the  update 
data . 
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NEW  IDD  USER  ENTRIES 

Each  user  of  the  database  is  an  unique  entity.  A 
user  for  this  purpose  is  defined  as  an  organizational  entity, 
of  varying  size  and  structure,  which  is  identified 
individually  to  the  system.  Each  user  may  include  one  or 
more  persons  who  are  identified  to  the  data  dictionary  as 
subsets  of  the  user  organization.  Access  to  the  database  is 
limited  to  those  user  personnel  who  are  identified  to  the 
dictionary. 

Each  user  is  assigned  a 16-character  abbreviation  of 
the  full  organizational  name.  The  name  of  the  person(s) 
within  the  user  organization  are  each  assigned  a 16-character 
name  field  in  the  entry.  One  entry  is  prepared  for  each 
organization/person  identified.  Figure  A. 3.1  is  an  example 
of  the  user  entry. 


1.  ADD  USER  NAME  IS.  [REQUIRED]  The  user  name  is  composed 

of  two  segments,  each  16  characters  in  length.  The  entire  32 
character  name  is  enclosed  in  single  quote  marks.  Segment 
one  contains  the  alphanumeric  acronym/abbreviation  of  the 
user  organization  name.  The  second  segment  contains  the  last 
name  of  the  individual  person,  left  justified,  within  the 
user  organization.  The  complete  user  name  must  be  unique. 
The  name  will  be  assigned  and  verified  by  the  DA  staff. 
Access  to  the  database  is  restricted  to  user  personnel 
identified  to  the  data  dictionary.  If  the  person  name 
segment  is  omitted,  the  organization  as  a whole  is 
identified.  This  serves  to  define  an  organization  to  the 

data  dictionary  but  does  not  grant  database  access. 

(8) 

ADD  USER  NAME  IS  ' N IPSSA5 1 TOWNER' 

2.  OF  SUBSYSTEM  xxxxxxxx  VERSION  nnnn.  [REQUIRED]  This 
clause  is  completed  only  if  the  new  user  will  utilize  an 
existing  application  system.  The  DA  staff  will  enter  the 
correct  version  of  the  subsystem.  This  line  is  omitted  if 
the  application  is  new. 

(12) 

OF  SUBSYSTEM  NIMIS  VERSION  0101 
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3.  USER  DESCRIPTION  IS.  [REQUIRED]  This  entry  permits 
expanding  the  name  of  the  user  organization.  A single  quote 
mark  is  placed  at  the  end  of  the  expanded  name. 

(12) 

USER  DESCRIPTION  IS 

'HEAD,  SYSTEMS  MANAGEMENT  DIVISION' 


4.  ENTRY-SECURITY  IS  ENTRY-.  [REQUIRED]  This  statement 
identifies  the  security  classification  associated  with  the 
information  about  the  user  organization  recorded  in  the  data 
dictionary.  Valid  entry  values  are  described  in  Appendix 
E.l . 


(12) 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 


5.  DATA-SECURITY  IS  DATA-.  [REQUIRED]  This  statement 
identifies  the  maximum  security  level  of  data  which  the  user 
is  authorized  to  access.  Valid  entry  values  are  described  in 
Appendix  E.l. 


(12) 

DATA-SECURITY  IS  DATA- UNC LASS I F I E D 


6.  COMMENTS.  [REQUIRED]  This  statemen 

description  of  the  user  organization  and 
unlimited  number  of  lines  may  be  coded  as  long 
all  contiguously  stored  in  the  dictionary, 
mark  and  a period  must  terminate  the  last  line 


t permits  a 
location.  An 
as  they  are 
A single  quote 
of  comments. 


(12) 


COMMENTS 

'ROOM  244,  HOFFMAN  BULDING  1 
'2461  EISENHOWER  AVE . 
'ALEXANDRIA,  VA  22331'. 
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ADD  USER  NAME  IS  'NIPSSA51  TOWNER’ 

OF  SUBSYSTEM  NIMIS  VERSION  0101 
USER  DESCRIPTION  IS 

'HEAD,  SYSTEMS  MANAGEMENT  DIVISION' 
ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 
DATA-SECURITY  IS  DATA-UNCLASS1 FIED 
COMMENTS 

'ROOM  244,  HOFFMAN  BUILDING  1 
'2461  EISENHOWER  AVE . 

'ALEXANDRIA,  VA  22331'. 


Figure  A3 .1 . 
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IDD  SUBSYSTEM  DEFINITION  ENTRY 

Each  major  application  area  of  the  database  is 
defined  as  a subsystem.  This  approach  permits  separating 
applications,  users,  and  data  into  easily  managed  and 
controlled  entities.  Subsystems  developed  as  part  of  the 
integrated  database  are  all  considered  to  be  a part  of  the 
integrated  database  system  as  far  as  the  data  dictionary  is 
concerned . 

Figure  A. 4.1.  illustrates  the  subsystem  definition 

entries. 


SUBSYSTEM  DEFINITION  ENTRIES 

1.  ADD  SUBSYSTEM  NAME  IS.  [REQUIRED]  This  statement  defines 
the  internal  name  of  the  subsystem.  The  name  is  limited  to 
eight  characters  in  length  and  the  first  character  must  be 
alphabetic.  Blanks  and  special  characters  within  the  name 
are  not  allowed.  The  subsystem  name  is  assigned  by  the  DA 
staff  . 


(8) 

ADD  SUBSYSTEM  NAME  IS  NIMIS 


2.  SUBSYSTEM  DESCRIPTION  IS.  [REQUIRED]  This  literal  field, 
enclosed  in  single  quote  marks,  provides  an  expanded  name  of 
the  subsystem. 


(12) 

SUBSYSTEM  DESCRIPTION  IS 

'NAVINTCOM  MANAGEMENT  INFORMATION  SYSTEM' 


3.  ENTRY-SECURITY  IS  ENTRY-.  [REQUIRED]  This 
defines  the  security  classification  of  the 


statement 

subsystem 
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description  entries.  See  Appendix  E.l  for  a list  of  valid 
classifications. 


(12) 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 


4.  DATA-SECURITY  is  DATA-.  [REQUIRED]  This  statement 
defines  the  maximum  security  classification  of  the  subsystem 
data  entries.  See  Appendix  E.l  for  a list  of  valid 
classifications. 


(12) 

DATA-SECURITY  IS  DATA- UNCLASS I FI ED 


4.  COMMENTS.  [REQUIRED]  This  section  permits  an  unlimited 
free-form  description  of  the  subsystem.  Its  purposes  and 
scope  are  described  in  detail.  Continuation  comment  sheets 
should  be  used  as  required  as  long  as  all  lines  are  entered 
into  the  data  dictionary  at  the  same  time.  The  last  line  of 
comments  must  be  terminated  with  a single  quote  mark. 
Sections  1,2,  and  3 of  the  subsystem  specifications  described 
in  Appendix  D are  used  for  guidelines  on  the  information  to 
be  entered.  These  comments  arc  stored  in  the  PSL  as  a 
separate  member  from  other  IDD  data.  This  permits  individual 
updating  of  the  subsystem  spec i f ica t ion  body.  The  project 
manager  will  provide  the  appropriate  PSL  identifier. 


(12) 

COMMENTS 

'THE  NAVINTCOM  MANAGEMENT  INFORMATION  SYSTEM  (NIMIS) 
'IS ' 


5.  PERIOD  (.).  A period  must  terminate  the  subsystem 
This  period  may  be  placed  immediately  following  the 
quote  mark  at  the  end  of  the  last  comment  line. 


entry . 
s ingle 
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ADD  SUBSYSTEM  NAME  IS  NIMIS 
SUBSYSTEM  DESCRIPTION  IS 

'NAVINTCOM  MANAGEMENT  INEORMATION  SYSTEM’ 
ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 
DATA- SECURITY  IS  DATA- UNCLASS I F I ED 
COMMENTS 

'THE  NAVINTCOM  MANAGEMENT  INFORMATION  SYSTEM  (NIMIS) 

'IS ' . 


Figure  A. 4 .1 . 
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I DO  USER/SUBSYSTEM  ASSOCIATION  ENTRY 

When  an  existing  user  of  ADP  resources  requests  to 
use  an  existing  database  capability,  it  is  necessary  to 
authorize  the  user,  through  the  data  dictionary,  to  utilize 
the  facility.  Figure  A. 5.1  illustrates  the  IDD  entries 
required. 

A separate  entry  must  be  prepared  for  the 
organization  and  each  person  within  the  organization  who  will 
be  authorized  access  to  the  database. 

USER/SUBSYSTEM  ASSOC I AT I ON 

1.  MODIFY  USER  NAME  IS.  [REQUIRED]  The  user  name  as  defined 
in  the  data  dictionary  is  entered. 


MODIFY  USER  NAME  IS  ’NIPSSA51 


TOWN F K ' 


2.  INCLUDE  OF  SUBSYSTEM.  [REQUIRED]  The  name  of  the 
subsystem  supporting  the  requested  facility  is  entered. 


(12) 

INCLUDE  OF  SUBSYSTEM  NIMIS 


3.  VERSION  nnnn.  The  version  number  of  the  current 
subsystem  is  entered. 


(12) 

VERSION  0101. 
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■ 


MODIFY  USER  NAME  IS  1 N I PSSA5 1 
INCLUDE  OF  SUBSYSTEM  NIMIS 
VERSION  0101. 


F iejure  A . 5 . 1 . 


TOWNER' 
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IDD  DATA  ELEMENT  DEFINITION  ENTRjT 

The  basis  for  all  ADP  system  development  is  the  data 
which  will  be  stored  in  the  database  to  support  the  user's 
requirements.  It  is  essential  that  each  data  element  within 
the  system  be  clearly  and  completely  defined.  The  entries 
described  below  provide  the  facility  to  enter  complete  data 
element  definitions  into  the  data  dictionary  for  use  in 
analysis  and  design  of  the  supporting  subsystem. 

This  step  is  the  most  important  of  the  steps 
resulting  in  an  operational  application.  It  is  best 
performed  by  the  user  of  the  proposed  capability  who  can 
provide  the  most  detailed  inf ormation  about  data  elements  and 
their  use.  For  this  reason,  it  is  assumed  that  user 
personnel  not  familiar  with  ADP  terms  and  technology  will 
assist  in  preparing  data  element  definitions. 

Coding  sheets,  upon  completion,  should  be  punched  and 
the  statements  stored  in  the  PSL  using  procedures  defined  in 
Appendix  A. 2. 

Prior  to  defining  any  data  element',  the  user  should 
keep  in  mind  that  the  names  assigned  to  the  element  should  be 
as  descriptive  an  possible,  within  the  limits  imposed  by  the 
rules  and  conventions  defined  in  Appendix  B.  This  appendix 
should  be  thoroughly  reviewed  prior  to  beginning  the  data 
element  definition  process.  As  the  definition  and  review 
process  proceeds,  it  may  be  necessary  to  change  some  element 
names  to  correspond  with  existing  elements  in  the  data 
d ictionary . 

Two  textual  areas  are  provided  in  the  definition 
entries.  They  are  intended  for  similar  but  specific 
purposes.  The  element  definition  will  be  used  as  the  basis 
for  user  documentation  and  coding  instructions.  The 
definition  shown  in  this  section  must  be  very  clear  and 
specific  and  AIMED  AT  THE  NON-ADP  USER  at  the  experience 
level  of  the  normal  data  preparer.  Comment/definition 
continuation  sheets  should  be  used  as  required  to  provide  a 
complete  definition  of  the  data  element.  The  comments 
section  contains  more  specific  information  about  the  data 
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o lenient  which  it;  useful  to  the  dosiguet  and  analyst. 
Spec  it  10  MM’  terminology  may  he  used  in  this  sect  ion  of  the 
doset  ipt ion . Examples  o t comment::',  which  may  be  placed  in 
this  section  are:  identification  ot  the  dement  as  a mn  joi 
soi  t t iold  for  a report;  a key  I ield  within  the  database;  a 
tii'lii  whiv'h  requires  special  table  lookups;  or  a field  which 
requires  special  processing. 

Onrinq  review  ol  the  data  elements  by  the  PA  stal  l , 
additional  comments  may  be  entered.  boimnen t/de f in i t ion 
continuation  sheets  should  bo  used  as  required  to  provide  a 
complete  description  of  the  element. 

ADO  DATA  ELEMENT  TO  DATA  D 1 CT f ON ARY 

Figure  A.ti.l  illustrates  the  complete  element  definition. 

1.  ADD  ELEMENT  NAME  IS.  [REQUIRED]  This  name  will  be  used 
lor  all  future  references  to  the  data  element.  It  is  useful 
to  enter  the  full  data  element  descriptive  name  ( i tom  ■) 
below)  prior  to  establishing  the  element  ADI'  name.  Usinq  the 
guidelines  provided  in  Appendix  H,  define  the  name  within  the 
lb  character  limitation.  No  spaces  or  special  characters  may 
be  used  in  the  name. 


(8) 

ADD  ELEMENT  NAME  IS  GROAN  12- ACRONYM 


2.  PREPARED  HY.  [REQUIRED]  The  initials  ot  the  preparer  are 
entered,  lei  t "justified,  in  the  space  provided. 


(12) 

PREPARED  MY  LET 


3.  SAME  AS  ELEMENT.  This  field  will  be  entered  if  it  is 
determined  that  the  element  is  identical  In  structure  to  an 
element  already  defined  to  the  database.  See  Appendix  A. I 
for  a more  detailed  description  of  this  clause. 

(12) 

SAME  AS  ELEMENT  ORGAN- ACRONYM 


As  . 2 


1 


4.  ELEMENT  DESCRIPTION  IS.  [REQUIRED]  Tlus  tiold  contains 
the  expanded  name  of  the  data  element.  More  than  one  word  is 
permitted  it  this  is  required  by  the  full  element  name.  A 
maximum  of  40  characters  is  allowed.  The  element  description 
must  be  enclosed  in  single  quote  (')  marks. 


(12) 

ELEMENT  DESCRIPTION  IS 

'THE  ACRONYM  OF  AN  ORGANIZATION' 


5.  ENTRY-SECURITY  IS  ENTRY-.  [REQUIRED]  This  statement 
defines  the  security  class i f ica t ion  of  the  data  element 
definition  entries.  Appendix  E.l  identifies  the  valid 
security  classifications  for  this  entry. 


(12) 

ENTRY-SECURITY  I S ENTRY-UNCLASS l F l ED 


6.  DATA-SECURITY  IS  DATA-.  [REQUIRED]  This  statement 
defines  the  security  classification  of  the  individual  data 
element  occurrences  within  the  database.  Appendix  E.l 
identifies  the  valid  security  class  it ica t ions  for  this  entry. 


(12) 

DATA-SECU1UTY  IS  DATA- UNCLASS  IF  I ED 


7.  APPLICATION-SYSTEM  IS.  [REQUIRED]  The  subsystem  name  is 
entered.  This  statement  provides  a link  between  the  data 
elements  and  the  subsystem  which  they  support.  It  is 
possible  for  a data  element  to  support  multiple  subsystems. 
When  this  occurs,  multiple  occurrences  of  this  statement 
should  appear,  one  for  each  application.  While  the  class 
name  includes  "system",  the  statement  applies  equally  to 
systems  and  subsystems. 


(12) 

A PPL I CAT l ON -GY STEM  IS  NIMIS 

I 


AS  . I 


8.  SERV  ICE-SUPPORTED  IS.  The  identifier  of  a service 
analysis  supported  by  the  data  element  is  entered.  This 
statement  links  data  elements  to  service  analyses.  More  than 
one  service  analysis  may  be  identified. 

(12) 

SERVICE-SUPPORTED  IS  S8120003 


9.  PICTURE  IS.  [REQUIRED]  The  user  enters  this  infomation 
using  the  COBOL  notation  defined  in  Appendix  B.3. 


(12) 

PICTURE  IS  X { 16) 


10.  USAGE  IS.  This  statement  identifies  the  internal 
representation  of  the  data  element  within  the  database. 
Appendix  B.4  identifies  the  standards  for  this  entry.  Most 
data  elements  are  defined  as  DISPLAY  usage. 


(12) 

USAGE  IS  DISPLAY 


11.  VALUE  IS.  [REQUIRED]  This  statement  defines  the  initial 
value  which  is  to  be  present  in  the  data  description  used  by 
programs  accessing  the  data  element.  The  field  is  completed 
according  to  conventions  defined  in  Appendix  B.5. 


(12) 

VALUE  IS  SPACES 


12,  STORE- VALIDATION  IS.  [REQUIRED]  This  entry  defines  the 
type  of  validation  which  is  to  be  performed  on  incoming  data 
being  placed  in  the  database  when  a record  containing  the 
data  element  is  first  stored.  Enter  a four-character 
identifier  from  Appendix  E.8  which  defines  the  validation  to 
be  performed. 


(12) 

STORE-VALIDATION  IS  SS2A 


13.  MODIFY- VALIDATION  IS.  [REQUIRED]  This  entry  defines  the 
type  of  validation  which  is  to  be  performed  on  incoming  data 
which  is  to  replace  data  values  already  resident  in  the 
database.  Enter  a four-character  identifier  from  Appendix 
E.8  which  defines  the  validation  to  be  performed. 

(12) 

MODI FY-VALIDATION  IS  SMZB 


14.  ELEMENT  DESIGNATOR  IS.  This  statement  may  be  used  more 
than  once,  depending  on  what  designators  apply  to  the 
element.  See  Appendix  E.10  for  a list  of  valid  designators. 


(12) 

ELEMENT  DESIGNATOR  IS  DES- INDEX 


15.  JUSTIFY  IS.  This 
justification  of  data  within 
data  loaded  to  numeric  fi 
means  it  is  loaded  from  the  r 
to  the  left  with  leading  ze 
positions.  Alphabetic  or 
justified"  which  means  tha 
leftmost  position  of  the  fie 
rightmost  positions  cleared 
entered  if  this  justification 
is  omitted  if  normal  justific 


entry  identi 
the  element 
elds  is  "righ 
ight-most  posi 
ros  placed  in 
mixed  da  ta  i 
t the  data 
Id  to  the  r 
to  blanks, 
is  to  be  reve 
ation  is  desir 


fies  non-st 
space.  No 
t justified" 
tion  of  the 
unfilled  lef 
s loaded 
is  loaded  fr 
ight  with 
The  value  " 
rsed.  The 
ed. 


andard 
rmally 
which 
f ield 
t -mos t 
"left 
om  the 
unused 
ON  " l S 
clause 


(12) 

JUSTIFY  IS  OFF 


16.  DECODE  IS.  This  attribute  defines  special  conversion 
features  to  be  employed  against  the  data  element  values.  See 
Appendix  E.6  for  valid  entries. 


(12) 

DECODE  IS  NO- DECODE 
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17.  PRESENCE  IS.  [REQUIRED)  This  attribute  defines  the 
requirement  for  the  field  to  be  present  in  the  database  and 
in  the  IP's  which  load  the  database.  See  Appendix  E.7.  for 
valid  entries. 


(12) 

PRESENCE  IS  PRESENCE-REQUIRED 


18.  FILL  IS.  This  attribute  defines  the  use  of  a fill 
character  to  be  used  during  justification  of  input  and  output 
transmission.  The  character  is  enclosed  in  single  quotes. 
The  default  is  space-fill. 


(12) 

FILL  IS  1 ' (clause  can  be  omitted) 


19.  ELEMENT  DEFINITION  IS.  [REQUIRED]  This  entry  contains  a 
non-ADP  definition  of  the  data  element  and  the  manner  in 
which  it  is  entered  into  the  database.  The  entry  may  be 
continued  as  desired  by  using  comment/continuation  forms. 
All  definition  lines  must  be  entered  into  the  data  dictionary 
together.  IT  IS  PARTICULARLY  IMPORTANT  THAT  THIS  DEFINITION 
BE  UNDERSTANDABLE  BY  THE  PERSON  WHO  NORMALLY  ENTEi  1 SUCH  DATA 
INTO  THE  DATABASE.  In  fact,  it  is  useful  to  ask  the  person 
entering  the  data  to  explain  how  the  data  is  prepared  and 
what  it  means  and  then  use  that  explanation  as  the  basis  for 
this  entry.  The  definition  must  be  terminated  by  a single 
quote  mark. 


(7) 


(12) 

ELEMENT  DEFINITION  IS 

'THE  ELEMENT  CONTAINS  THE  ABBREVIATED  NAME  OR 
'ACRONYM  OF  AN  ORGANIZATION.  IT  IS  LIMITED 
'TO  A MAXIMUM  OF  16  CHARACTERS  AND  MAY  NOT 
'DUPLICATE  ANOTHER  ORGANIZATION  ACRONYM  ALREADY 


* 
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20.  DIA-REF-NO  IS.  This  field  identifies  the  relationship 
of  the  data  element  to  a specific  DIA  reference.  The  purpose 
is  to  provide  an  effective  cross-reference  to  data  element 
standards . 


(12) 

DIA-REF-NO  IS  X23004 


21.  REF-PUB  IS.  This  field  permits  the  user  to  define 
publications  which  reference  the  data  element  and  add  to  its 
definition  or  understanding.  Multiple  -'ntries  may  be  coded 
where  more  than  one  reference  exists. 


(12) 

REF- PUB  IS  IDEAS 


22.  STANDARD  IS.  This  field  is  used  to  define  the  existence 
of  a standard  definition  of  the  data  element.  A list  of 
applicable  standards  is  provided  in  Appendix  E.2. 


(12) 

STANDARD  IS  IDEAS 


23.  SOURCE-DOC  IS.  The  form  number  of  the  source  document 
is  entered,  enclosed  in  single  quote  marks.  If  the  form 
number  is  not  available,  enter  the  form  name. 

(12)  SOURCE-DOC  IS  NONE 


24.  DATA-SUBJECT  IS.  [REQUIRED]  This  statement  defines  the 
data  element  as  participating  in  one  or  more  categories  of 
data.  Valid  categories  are  defined  in  Appendix  E.9.  If  the 
data  element  does  not  match  any  existing  category,  recommend 
an  addition  to  the  list  to  the  DBA  staff.  Multiple  word  data 
subjects  must  be  enclosed  in  single  quotes. 


(12) 

DATA-SUBJECT  IS  INSTALLATION 
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25.  USER  IS.  [REQUIRED]  This  statement  identifies  the  user 
organization/person  which  is  responsible  for  definition  of 
the  data  element.  See  Appendix  A. 3. 


(12) 

USER  IS  'NIPSSA51  TOWNER' 

RESPONSIBLE  FOR  DEFINITION 


26.  ELEMENT  NAME  SYNONYM  IS.  It  is  possible  that  a 
subsystem  will  identify  data  elements  which  are  already 
present  within  the  database.  The  synonym  clause  is  used  when 
the  same  data  element  is  used  by  multiple  applications  with 
different  element  names.  The  synonym  feature  permits  a 
convenient  renaming  of  a data  element  where  it  is  used  by 
multiple  applications.  The  element  physically  occurs  in  only 
one  place  in  the  database  but  may  be  addressed  by  several 
names . 


(12) 

ELEMENT  NAME  SYNONYM  IS  UN  IT- DES IGNATOR 


27.  RANGE  IS  xxxxx  THRU  yyyyy . This  version  of  the  range 
statement  permits  the  definition  of  two  inclusive  values 
which  identify  the  valid  values  which  may  occur  within  the 
data  element.  Multiple  statements  may  be  prepared  which 
define  several  ranges,  including  overlapping  ranges. 


(12) 

RANGE  IS  ' AAAAAAAAAAAAAAAA'  THRU  ' Z 2 Z 2 2 2 Z 2 2 2 ZZ 2 2 2 2 ' 
(shown  for  example  only-would  not  normally  be  used 
for  this  type  of  field) 


28.  RANGE  IS.  This  statement  is  used  to  define  specific 
valid  values  which  the  data  element  may  contain  within  the 
database.  Valid  values  entered  are  used  to  validate  raw  data 
submitted  for  database  updating.  An  unlimited  number  of 
range  value  statements  may  be  prepared. 

(12) 

RANGE  IS  ' N I PSSA5 1 ' 
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NOTH : 


For  both  of  the  above  range  entries  the 
range  values  must  be  enclosed  in  single 
quote  marks.  The  length  of  the  range 
value  must  be  the  same  as  the  length  of 
the  associated  data  element  defined  in 
the  PICTURE  clause  above.  Numeric  values 
must  be  right  justified  and  zero  filled 
to  the  left.  For  example:  The  data 

element  is  two  digits  long  and  has  a 
permissible  value  of  5.  The  literal  in 
the  range  clause  is  '05'.  Where  the 
second  form  of  the  range  clause  is  used, 
the  "xxxxx"  value  must  be  less  than  the 
"yyyyy"  value. 

29.  COMMENTS.  This  entry  is  used  to  further  define  the  data 
element.  More  technical  information  or  conditional 
situations  affecting  the  data  may  be  described  here.  As  many 
comment/definition  continuation  coding  sheets  as  desired  may 
be  added  as  long  as  all  comment  lines  are  entered  into  the 
data  dictionary  at  the  same  time.  The  last  line  of  comments 
must  be  terminated  by  a single  quote  mark. 

(12) 

COMMENTS 

'THE  FIELD  MAY  BE  A DIRECT  ENTRY  POINT  INTO  THE 

'DATABASE.  IT  SHOULD  BE  EITHER  A KEY  OR  AN 

' INDEX' . 


IT  IS  VERY  IMPORTANT  THAT  A PERIOD  BE  PLACED  AT  THE 
END  OF  THE  LAST  STATEMENT  IN  THE  DATA  ELEMENT  DEFINITION  TO 
TELL  THE  DATA  DICTIONARY  THAT  THE  DATA  ELEMENT  DEFINITION  IS 
COMPLETE. 
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ADD  ELEMENT  NAME  IS  ORGAN I Z- ACRONYM 
PREPARED  BY  LET 
SAME  AS  ELEMENT  ORGAN-ACRONYM 
ELEMENT  DESCRIPTION  IS 
'THE  ACRONYM  OF  AN  ORGAN  I 2 AT ION ' 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 
DATA-SECURITY  IS  DATA- UNCLASS  I F I ED 
APPLICATION-SYSTEM  IS  NIMIS 
SERVICE-SUPPORTED  IS  S8120003 
PICTURE  IS  X( 16 ) 

USAGE  IS  DISPLAY 

VALUE  IS  SPACES 

STORE-VALIDATION  IS  SSZA 

MODI FY-VALIDATION  IS  SMZE 

ELEMENT  DESIGNATOR  IS  DES- INDEX 

JUSTIFY  IS  OFF 

DECODE  IS  NO-DECODE 

PRESENCE  IS  PRESENCE-REQUIRED 

FILL  IS  ' ' 

ELEMENT  DEFINITION  IS 

'THE  ELEMENT  CONTAINS  THE  ABBREVIATED  NAME  OR 
'ACRONYM  OF  AN  ORGANIZATION.  IT  IS  LIMITED 
'TO  A MAXIMUM  OF  16  CHARACTERS  AND  MAY  NOT 
'DUPLICATE  ANOTHER  ORGANIZATION  ACRONYM  ALREADY 
•STORED  IN  THE  DATABASE' 

DIA-REF-NO  IS  X23004 

REF-PUB  IS  IDEAS 

STANDARD  IS  IDEAS 

SOURCE- DOC  IS  NONE 

DATA-SUBJECT  IS  INSTALLATION 

USER  IS  ' N I PSSA5 1 TOWN E R ' 

RESPONSIBLE  FOR  DEFINITION 
ELEMENT  NAME  SYNONYM  IS  UN  IT- DES IGNATOR 
RANGE  IS  'NIPSSA51  ' 

COMMENTS 

'THE  FIELD  MAY  BE  A DIRECT  ENTRY  POINT  INTO  THE 
'DATABASE.  IT  SHOULD  BE  EITHER  A KEY  OR  AN 
' INDEX ’ . 


FIGURE  A. 6 .1 . 
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APPENDIX  A. 7 


IDD  GROUP  DATA  ELEMENT  DEFINITION  ENTRY 

Data  elements  within  an  application  are  normally 
related  in  some  manner.  This  relationship  may  be  very  loose, 
with  the  only  connection  being  the  application  as  a whole. 
Some  elements,  however,  are  very  closely  related.  For 
example:  Month,  day,  and  year  are  the  related  parts  of  a 

date.  When  this  occurs,  it  is  desirable  to  link  those 
elements  within  the  IDD  so  that  they  cannot  be  inadvertently 
separated  during  the  design  process.  Grouping  also  improves 
the  organization  of  the  database  and  the  usability  of  the 
stored  data. 

The  easiest  way  to  begin  the  grouping  of  data 
elements  which  were  defined  in  Appendix  A. 6 is  to  physically 
group  the  coding  sheets  for  related  elements.  Each  group 
should  be  clipped  together  to  prevent  confusion.  Once  the 
groupings  have  been  made,  each  group  should  be  reviewed  to 
determine  the  ordering  of  elements  within  the  group.  While 
this  order  can  be  made  by  any  criteria,  the  following  order 
is  suggested  as  a general  guideline: 

1.  Key  elements  which  determine  an  identity  or 
ordering  of  the  group,  particularly  if  the 
group  is  repeated  within  the  record 
occurrence . 


2. 

Any  other  element 
unique . 

s which  make 

the 

group 

3. 

Any  elements  which 

will  be  used 

as 

entry 

pointers 

into  the 

database  should 

be 

placed 

as  close 

to  the 

front  of  the 

group  as 

possible . 

4.  Dates. 

5.  Fixed  length  numeric  fields. 
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6. 


Fixed  length  alphanumeric  fields. 
Textual  fields. 


The  effect  of  this  ordering 
fields  which  control  the  group  at  the 
fixed  fields  which  are  likely  to  be 
data,  and  ended  by  fields  which  may 
filled.  This  organization  optimizes 
feature  used  by  the  DBMS. 


approach  is  to  place 
beginning,  followed  by 
completely  filled  by 
not  be  completely  data 
the  data  compression 


Figure  A. 7.1.  illustrates  the  statements  required  to 
group  data  elements  together. 


DATA  ELEMENT  GROUP  DEFINITION 

1.  ADD  ELEMENT  NAME  IS.  [REQUIRED]  This  entry  assigns  the 
name  by  which  the  grouped  elements  may  be  accessed  as  a 
whole.  The  name  must  conform  to  data  name  conventions 
defined  in  Appendix  B.  As  with  elementary  data  elements,  it 
may  be  easier  to  define  the  full  name  of  the  group  (step  3 
below)  and  then  define  the  shorter  group  name. 


(8) 

ADD  ELEMENT  NAME  IS  DATE-OF-B IRTH 


2.  PREPARED  By.  [REQUIRED]  The  initials  of  the  preparer  are 
entered . 


(12) 

PREPARED  BY  LET 


ELEMENT  DESCRIPTION  IS.  [REQUIRED]  This  statement 
nits  a more  detailed  expansion  of  the  name  of  the  group. 


(12) 

ELEMENT  DESCRIPTION  IS 

’DATE  ON  WHICH  A PERSON  WAS  BORN' 
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4.  ENTRY-SECURITY  IS  ENTRY-.  [REQUIRED]  This  statement 
identifies  the  security  classification  of  the  description  of 
the  data  element  group.  Valid  classifications  are  defined  in 
Appendix  E .1 . 

(12) 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 


5.  DATA-SECURITY  IS  DATA-.  [REQUIRED]  This  statement 
identifies  the  security  classification  of  the  contents  of  the 
data  element  group  within  the  database.  Valid  security 
classifications  are  defined  in  Appendix  E.l. 

(12) 

DATA-SECURITY  IS  DATA— UNCLASSIFIED 


NOTE:  The  data  security  entry  defines  the 

aggregate  classification  of  the  grouped 
elements.  The  defined  classification 
must  be  at  least  equal  to  the  highest 
classification  of  any  of  the  individual 
elements.  IN  SOME  CASES,  THE  GROUPING  OF 
DATA  ELEMENTS  MAY  ESTABLISH  A SECURITY 
CLASSIFICATION  HIGHER  THAN  THAT  OF  ANY 
INDIVIDUAL  ELEMENT. 

6.  ELEMENT  DEFINITION  IS.  [REQUIRED]  This  statement  permits 
a detailed  description  of  the  data  element  group.  THE 
DESCRIPTION  MUST  BE  IN  NON-ADP  TERMS  which  can  be  readily 
understood  by  the  person  who  will  prepare  the  data  for  entry 
into  the  database. 

(12) 

ELEMENT  DEFINITION  IS 

'THE  DATE  ON  WHICH  A PERSON  WAS  BORN' 


7.  ELEMENT  DESIGNATOR  IS.  This  statement  permits  assigning 
special  designation  identifiers  to  the  group  element.  More 
than  one  designator  may  be  assigned  if  applicable  to  the 
element.  See  Appendix  E.10  for  a list  of  valid  designators. 


(12) 

ELEMENT  DESIGNATOR  IS  DES-DATE 
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8.  DECODE  IS.  This  attribute  defines  special  conversion 
features  to  be  employed  against  data  element  values.  See 
Appendix  E.6  for  valid  entries.  This  entry  is  used  only  when 
a decode  applies  to  the  entire  element  group,  such  as  dates. 

(12) 

DECODE  IS  DATE-EDIT 


9.  DIA-REF-NO  IS.  This  field  permits  associating  a DIA 
reference  to  the  data  element  group. 


(12) 

DIA-REF-NO  IS  X22119 


10.  REF-PUB  IS.  This  field  identifies  reference 
publications  which  are  associated  with  the  data  element 
group.  Multiple  entries  are  permitted. 

(12) 

REF-PUB  IS  IDEAS 


11.  STANDARD  IS.  This  field  identifies  a specified  ADP 
standard  which  is  related  to  the  data  element  group.  More 
than  one  entry  is  permitted.  Appendix  E.2  identifies 
applicable  standards  publications. 

(12) 

STANDARD  IS  IDEAS 


12.  SUBORDINATE  ELEMENTS  ARE.  [REQUIRED]  These  statements 
define  the  individual  data  elements  which  comprise  the  group. 
The  order  in  which  the  elements  are  placed  in  the  group  is 
determined  by  the  order  in  which  they  are  entered  in  this 
statement.  The  coding  form  permits  defining  multiple 
occurring  fields  by  coding  'OCCURS'  in  the  second  section  of 
the  clause  line,  followed  by  the  number  of  occurrences  in  the 
third  section  of  the  clause  line. 


SUBORDINATE  ELEMENTS  ARE 
YR-OF- BIRTH 
MO-OF- BIRTH 
DY-OF-BIRTH . 
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13.  COMMENTS.  The  comments  entry  may  be  coded  in  the  same 
manner  as  the  comments  entry  described  in  Appendix  A. 6 Cor 
elementary  data  elements.  The  comments  entry  is  specifically 
for  the  use  of  ADP-oriented  information  which  is  beneficial 
to  the  user  and  system  designer.  Use  additional 
comment/definition  continuation  forms  as  required  to 
completely  define  the  element  group.  The  comment  clause  must 
be  terminaated  by  a single  quote  mark. 

(12) 

COMMENTS 

'A  STANDARD  DATE  GROUP' . 


14.  The  entry  muust  be  terminated  by  a period. 


ADD  ELEMENT  NAME  IS  ' DATE- OF- BIRTH* 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 
'DATE  ON  WHICH  A PERSON  WAS  BORN' 
ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 
DATA-SECUITY  IS  DATA-UNCLASS I F IED 
ELEMENT  DEFINITION  IS 

'THE  DATE  ON  WHICH  A PERSON  WAS  BORN' 
ELEMENT  DESIGNATOR  IS  DES-DATE 
DECODE  IS  DATE-EDIT 
DIA-REF-NO  IS  X22119 
REF-PUB  IS  IDEAS 
STANDARD  IS  IDEAS 
SUBORDINATE  ELEMENTS  ARE 
YR-OF- BIRTH 
MO-OF-BIRTH 
DY-OF-BIRTH 
COMMENTS 

'A  STANDARD  DATE  GROUP' . 


Figure  A. 7.1. 
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IDD  ENTITY  DATA  DEFINITION  ENTRY 

The  final  act  of  associating  data  elements  and 
element  groups  is  to  organize  these  elements  and  groups  into 
the  major  groups  comprising  the  data  entity  definition.  The 
data  entity  represents  the  creation  of  a database  record  when 
data  is  stored  in  the  database  itself. 

The  element/element  group  associations  which  combine 
to  form  a data  entity  are: 

1.  The  fixed  information  which  is  present  in  all 
database  records.  This  information  consists 
of  the  security  classification,  releasabil  ity 
code,  date  on  which  the  record  occurrence  was 
last  modified,  the  database  identifier, 
logical  record  type  code,  and  the  doate  on 
which  the  record  occurrence  was  originally 
store.  This  section  is  identified  by  the 
entity  name  prefixed  by  "FI-".  The  section 
is  always  at  the  beginning  of  the  entity. 

2.  The  identifier.  This  association  consists  of 
those  elements  and  groups  which  together 
establish  each  occurrence  of  the  data  entity 
within  the  database  as  unique.  The  element 
name  for  this  association  is  the  name  of  the 
entity  prefixed  by  "ID-". 

3.  The  body  of  the  entity.  This  association 

contains  the  remain  .ng  data  element  and 
element  g oups  associated  with  the  database 
entity.  The  element  name  for  this 

association  is  the  name  of  the  entity 
prefixed  by  "DA". 


The  format  of  data  element  group  definition  described 
in  Appendix  A. 7 is  also  used  in  this  appendix. 
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ADO  ELEMENT  NAME  IS  FI-ORGAN I NATION 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 

1 FIXED  PORTION  OP  ORGANIZATION  RECORD' 
ENTRY-SECURITY  IS  ENTRY-UNCLASS  I E I ED 
DAT A- SECURITY  IS  DATA-UNCLASS I F I ED . 
SUBORDINATE  ELEMENTS  ARE 
CLASS-1000 
IIANDL- 1 000 
DAT E-MOD- 1000 
DBI D-1000 
LOG-TYPE-1000 
DATE-STORE D-1000 . 


ADD  ELEMENT  NAME  IS  ID-ORGANIZATION 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 
'IDENTIFIER  OF  ORGANIZATION  RECORD' 
ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 
DATA-SECU  RITY  IS  DATA- UNCLASS  I F I ED 
ELEMENT  DESIGNATOR  IS  DES-KEY. 
SUBORDINATE  ELEMENTS  ARE 
ORGAN-ACRONYM. 


ADD  ELEMENT  NAME  IS  DA-ORGANI 2ATION 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 
'DATA  FOR  ORGANIZATION  RECORD' 
ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 
DATA-SECU RITY  IS  DATA-UNCLASSI F l ED . 
SUBORDINATE  ELEMENTS  ARE 
NAME-ORGAN  I ZATION 
ORGAN-CODE 
ADDR-ORGAN 
CITY-ORGAN 
ZIP-ORGAN . 


Figure  A. 8.1 
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IDD  USER  DATABASE  AUTHORIZATION 

Each  user  must  be  overtly  associated  with  those 
elements  within  the  database  which  may  be  accessed  by  the 
user.  Without  such  an  authorization,  input  and  retrieval 
errors  will  occur  during  processing.  While  a user  may  be 
permitted  access  to  certain  database  records,  access  to  data 
elements  within  the  records  is  dependent  upon  specific 
authorization. 

The  IDD  authorization  entries  define  four  interface 
modes  which  the  user  may  assume:  access;  store;  modify,  and 
deletion  of  data  elements. 


USER  DATABASE  AUTHORIZATION 

1.  MODIFY  ELEMENT  NAME  IS.  [REQUIRED]  This  clause 
identifies  the  data  element  which  the  user  will  be  permitted 
to  act  upon. 

(8) 

MODIFY  ELEMENT  NAME  IS  YR-OF-BIRTH 


2.  INCLUDE  USER  IS.  [REQUIRED]  This  clause,  when  user, 
permits  the  user  to  retrieve  the  data  element  from  the 
database.  If  one  of  the  following  three  options  of  the 
INCLUDE  USER  IS  clause  is  chosen,  this  statement  is  not 
necessary.  Retrieval  authority  is  automatically  granted  as 
part  of  the  three  options. 

(12) 

INCLUDE  USER  IS  'NIPSSA51  TOWNER' 


3.  INCLUDE  USER  IS  xxxxx  RESPONSIBLE  FOR  CREATION.  This 
clause,  when  used,  permits  the  user  to  store  the  data 
element  value  in  the  database. 

(12) 

INCLUDE  USER  IS  ' N I PSSA5 1 TOWNER' 

REPONSIBLE  FOR  CREATION 


4.  INCLUDE  USER  IS  xxxxx  RESPONSIBLE  FOR  UPDATE.  This 
clause,  when  used,  permits  the  user  to  modify  the  data 
element  values  in  the  database. 

(12) 

INCLUDE  USER  IS  'NIPSSA51  TOWNER' 

RESPONSIBLE  FOR  UPDATE 


5.  INCLUDE  USER  IS  XXXXX  RESPONSIBLE  FOR  DELETION.  This 
clause,  when  used,  permits  the  user  to  delete  the  data 
element  from  the  database. 

(12) 

INCLUDE  USER  IS  1 N I PSSA5 1 TOWNER' 

RESPONSIBLE  FOR  DELETION 


NOTE:  Any  combination  of  these  entries  may  be 

used.  A period  must  follow  the  last 
entry.  If  the  user  is  permitted  all 
three  update  options  (creation,  update, 
and  deletion),  a single  clause  "INCLUDE 
USER  IS  xxxxx  RESPONSIBLE"  may  be  used 
in  place  of  the  three  individual 
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SERVICE  ANALYSIS  PREPARATION 

The  service  analysis  approach  applied  in  this  Guide 
is  an  adaptation  of  the  technique  promoted  by  Leo  Cohen  for 
defining  and  prioritizing  the  services  which  are  to  be 
supplied  by  the  database  application.  IDD  does  not  directly 
support  a service  analysis  function.  However,  the  program 
entry  within  the  data  dictionary  is  very  similar  to  a service 
function. 


A number  of  attributes  have  been  added  to  support  the 
service  analysis.  Where  the  service  analysis  describes 
output  reports,  the  procedure  described  in  Appendix  A. 11 
should  be  followed.  It  is  not  necessary  to  describe  both  a 
service  analysis  entry  and  a report  entry  for  the  same 
service.  Figure  A. 10.1  illustrates  the  statements  required 
to  complete  one  service  analysis  entry. 


IDD  SERVICE  ANALYSIS  ENTRY 

1.  ADD  PROGRAM  NAME  IS.  [REQUIRED]  The  program  name  is 
limited  to  0 bytes.  Its  format  is: 

a.  The  character  "S", 

b.  The  NIPSSA  project  number  of  the  application, 

4 characters. 

c.  sequential  number  of  the  service,  ranging 
from  001  through  999. 


(8) 

ADD  PROGRf  'ME  IS  S8120001 


2.  PREPARED  BY.  [REQUIRED]  The  initials  of  the  analyst 
preparing  the  service  analysis  are  entered. 

(12) 

PREPARED  BY  'LET' 
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3.  PROGRAM  DESCRIPTION  IS.  I REQUIRED)  This  40-character 
(maximum)  literal  contains  the  title  of  the  service  function. 
It  is  enclosed  in  single  quote  marks. 

(12) 

PROGRAM  DESCRIPTION  IS 

'PROJECTS  BY  REQUESTING  ORGAN  RPT' 


4.  ENTRY-SECURITY  IS  ENTRY-.  (REQUIRED)  The  security 
classification  of  the  service  analysis  description  is  used. 
Appendix  E.l  defines  valid  classifications. 

(12) 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 


5.  DATA-SECURITY  IS  DATA-.  (REQUIRED)  The  security 

classification  of  the  data  which  the  service  function  must 
utilize  is  entered.  See  Appendix  E.l  for  valid 
classif ication. 

(12) 

DATA-SECURITY  IS  DATA- UNCLASSIFIED 


6.  OUTPUT-SECURITY  IS  OUT-.  The  security  classification  of 
the  output,  if  any,  of  the  service  function  is  entered.  See 
Appendix  E.l  for  valid  classifications. 

(12) 

OUTPUT-SECURITY  IS  OUTPUT-UNCLASSIFIED 


7.  WITHIN  SUBSYSTEM.  (REQUIRED)  The  name  of  the  subsystem 
supported  by  the  service  function  is  entered. 

(12) 

WITHIN  SUBSYSTEM  NIMIS 


8.  OUTPUT-MODE  IS.  Appendix  E.16  identifies  the  valid 
attributes  when  the  service  function  is  output  oriented. 

(12) 

OUTPUT-MODE  IS  REPORT-MODE 
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9.  FREQUENCY  IS.  [REQUIRED]  Appendix  E.I2  defines  the 
attributes  which  describe  the  frequency  of  use  of  the 
service.  Multiple  entries  are  possible. 

(12) 

FREQUENCY  IS  ADHOC 


10.  SERVICE-PRIORITY  IS.  [REQUIRED]  Appendix  E.13  defines 
the  attributes  which  describe  the  priority  of  the  service 
with  regard  to  other  functions  being  proposed. 

(12) 

SERVICE-PRIORITY  IS  NORMAL-PRIORITY 


11.  RESPONSE-TIME  IS.  [REQUIREDj  Appendix  E.14  defines  the 
attributes  which  describe  the  response  time  required  for  the 
service  when  it  is  available. 

(12) 

RESPONSE-TIME  IS  OVERNIGHT- RESPONSE 


12.  MODE  IS.  This  clause  is  "BATCH"  if  the  service  will  be 
run  in  a batch  environment;  it  is  "SHADOW"  if  it  will  be  run 
on-line. 


(12) 

MODE  IS  BATCH 


13.  POINT-OF-CONTACT  IS.  [REQUIRED]  This  clause  contains 
the  name  of  the  user  person  who  is  the  primary  point  of 
contact  for  the  service  function.  The  name  is  enclosed  in 
single  quote  marks. 

(12) 

POINT-OF-CONTACT  IS  'JOHN  R JONES' 


14.  POC-PHONE  IS.  [REQUIRED]  This  clause  contains  the 
telephone  number  of  the  user  point  of  contact  defined  above. 
The  number  is  enclosed  in  single  quotes. 

(12) 

POC-PHONE  IS  '325-0760' 
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15.  USER-ORGANIZATION  IS.  [REQUIRED]  This  clause  contains 
the  acronym  of  the  user  organization  supported  by  the 
service.  The  acronym  must  be  enclosed  in  single  quotes  and 
must  be  identical  to  the  user  name  identified  in  Appendices  3 
or  5 as  the  service  requestor. 

(12) 

USER-ORGANIZATION  IS  ' N I PSSA5 1 ' 


16.  SERVICE-HISTORY  IS.  [REQUIRED]  This  clause  contains  the 
history  of  the  service  provided  to  the  user.  Appendix  E.15 
contains  valid  codes. 

(12) 

SERVICE-HISTORY  IS  EXISTING-SERVICE 


17.  COMMENTS.  [REQUIRED]  The  comments  section  will 
explicitly  describe  the  service  to  be  performed,  its  purpose, 
intended  audience,  and  anything  else  about  the  service  useful 
to  development.  This  section  will  also  identify  any  special 
conditions  or  features  which  the  analyst  needs  to  know. 

(12) 

COMMENTS 

'THE  REPORT '. 
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ADD  PROGRAM  NAME  IS  S8 120001 
PREPARED  BY  'LET' 

PROGRAM  DESCRIPTION  IS 
'PROJECTS  BY  REQUESTING  ORGAN  RPT ' 
ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 
DATA-SECURITY  IS  DATA-UNCLASSI FIED 
OUTPUT-SECURITY  IS  OUTPUT-UNCLASSIFIED 
WITHIN  SUBSYSTEM  NIMIS 
OUTPUT-MODE  IS  REPORT-MODE 
FREQUENCY  IS  ADHOC 

SERVICE-PRIORITY  IS  NORMAL- PRIOR ITY 
RESPONSE-TIME  IS  OVERNIGHT-RESPONSE 
MODE  IS  BATCH 

POINT-OF-CONTACT  IS  'JOHN  R JONES' 
POC-PHONE  IS  '325-0760' 
USER-ORGANISATION  IS  ' N I PSSA5 1 ' 

SERVICE-HISTORY  IS  EXISTING-SERVIC E 
COMMENTS 
'THE  REPORT 


Figure  A. 10.1 
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IDD  REPORT  PROGRAM  ENTRY 

This  appendix  acts  as  a logical  extension  to  Appendix 
A. 10.  The  service  analysis  for  reports,  either  batch  or  on- 
line, is  prepared.  The  additional  attributes  described  in 
this  appendix  are  added  immediately  before  the  COMMENTS. 

1.  LANGUAGE  IS.  The  language  to  be  used  for  the  report  is 
entered  from  the  list  in  Appendix  E.3. 

(12) 

LANGUAGE  IS  CULPRIT 


2.  DISTRIBUTION  IS.  The  number  of  copies  of  a printed 
report  is  entered,  enclosed  in  single  quote  marks. 

(12) 

DISTRIBUTION  IS  '2' 


3.  OUTPUT-FORM  IS.  The  output  form  type  to  be  used  is 
entered  from  Appendix  E.4,  enclosed  in  single  quote  marks. 

(12) 

OUTPUT-FORM  IS  '8  1/2  X 14' 


4.  AVERAGE-SIZE  IS.  The  average  number  of  pages  of  a 
printed  report  is  entered,  enclosed  in  single  quote  marks. 

(12) 

AVERAGE-SIZE  IS  '25' 


5.  LEVELS-OF-TOTALS  IS.  The  number  of  levels  of  arithmetic 
totals  is  entered,  enclosed  in  single  quote  marks. 

(12) 

LEVELS-OF-TOTALS  IS  '2' 


6.  date-range:  IS.  "INCLUSIVE"  is  entered  if  the  report 
covers  data  within  two  inclusive  dates.  "THRU"  is  entered  if 
the  report  covers  all  data  up  to  and  including  the  date 
supplied.  "FOLLOWING"  is  used  if  the  report  covers  all  data 
subsequent  to  the  date  supplied.  "SPECIFIC"  is  entered  if 
the  report  covers  data  only  for  a specific  date  value 
supplied. 

(12) 

DATE-RANGE  IS  'THRU' 


7.  COVER-PAGE  IS.  "STANDARD"  is  entered  if  the  report 
utilizes  the  standard  NIPSSA  cover  page.  "SPECIAL"  is  used 
if  a special  cover  page  is  required.  Both  conditions  may 
exist. 


(12) 

COVER-PAGE  IS  STANDARD 


All 
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BATCH  INPUT  PROCESSING  (IP)  SPECIFICATION  DEFINITION 


This  appendix  describes  the  procedures  for  preparing 
specifications  for  input  processing  (IP)  program  modules 
which  will  be  created  using  the  batch  IP  module  generator 
program. 


Each  IP  module  is  designed  and  created  as  an 
independent  entity.  The  philosophy  employed  is  that  all 
input  processing  is  transaction  driven,  each  transaction 
independent  of  those  preceding  and  following.  This  approach 
insures  that  incoming  data  can  be  processed  without  regard  to 
its  environment. 


Each  IP  module  is  independent  of  the  input  medium. 
The  module  expects  its  data  in  a particular  format  and 
processes  the  data  according  to  the  specification. 

Each  IP  program  consists  of  four  general  groups  of 
COBOL  source  statements: 


a.  Generated  statements  which  do  not  vary  from 
IP  to  IP.  These  statements  are  loaded  into 
the  generated  program  from  a PSL  member. 

b.  Generated  statements  which  are  tailored  to 
each  individual  IP,  such  as  program  name, 
version,  level,  etc. 


c.  Generated  statements  based  on  parameters 
supplied  by  the  analyst  or  extracted  from 
information  within  the  data  dictionary. 

d.  Inserted  COBOL  source  statements  supplied  by 
the  analysts. 


A combination  of 
interspersed  throughout  the 
and  location  of  statements 
identifier  and  the  sequence 


these  four  sta 
created  COBOL  p 
is  controlled 
of  individual  p 


tement 
rogram. 
by  the 
arame  ter 


types  are 
The  order 
parameter 

s . 
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Approximately  two-thirds  of  the  IP  program  consists 
of  standard  generated  statements  which  do  not  vary  between 
IP’s.  The  analyst  cannot  modify  any  of  these  statements  nor 
alter  the  order  of  their  insertion  into  the  source  program. 
This  has  the  dual  effect  of  reducing  the  frequency  of  error 
in  program  definition  and  enhancing  the  security  of  the 
software  updating  the  database. 

Batch  IP  program  creation  consists  of  two  separate 
processes : 

a.  Definition  of  the  IP  format.  This  process 
utilizes  the  record  definition  format.  The 
entries  are  tailored  to  the  IP  format 
definition. 

b.  Preparation  of  IP  definition  parameters. 

Parameters  describing  the  functions  to  be 
performed  by  the  generated  IP  programs  are 
prepared. 


IP  FORMAT  DEFINITION  FOR  IDD 

Each  IP  format  is  composed  of  an  identifier  (IP- 
IDENT)  and  a series  of  data  elements  which  the  IP  will 
process.  An  IDD  record  definition  is  prepared  which  defines 
the  format  for  use  by  the  IP. 

The  order  of  element  arrangement  in  the  IP  format  is 
not  critical  to  processing.  It  is  useful,  as  a general 
guideline  to: 

1.  Place  elements  necessary  to  establish 

currency  to  the  target  record  at  the  left 
(beginning)  of  the  card  following  IP- I DENT. 
Where  multiple  currencies  are  to  be 

established,  arrange  the  elements  from  left 
to  right  in  the  order 

2.  Place  required  elements,  those  which  must 
have  data  entered,  next.  This  avoids  having 
data  entry  operators  space  or  skip  over 
optional  fields  to  reach  required  fields.  1. 

ADD  RECORD  NAME  IS  IP-.  * This  statement 
defines  the  IP  format  as  a record  description 
within  the  data  dictionary. 
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1.  ADD  RECORD  NAME  IS  IP-.  This  statement  defines  the  IP 
format  as  a record  description  within  the  data  dictionary. 

(8) 

ADD  RECORD  NAME  IS  I P-AATS 


2.  PREPARED  BY.  The  initials  of  the  preparer  are  entered. 
(12) 

PREPARED  BY  LET 


3.  RECORD  DESCRIPTION  IS.  This  statement  is  used  to 
identify  the  IP  and  its  record  entity,  e.g.,  STORE  NIM- 
PROJECT.  The  description  is  bounded  by  single  quote  marks. 

(12) 

RECORD  DESCRIPTION  IS  'STORE  NIMIS  PROJECT  RECORD' 


4.  RECORD  STORAGE  IS  IP.  This  statement  identifies  the 
record  type  as  an  IP. 

5.  ENTRY-SECURITY  IS  ENTRY-.  The  security  classification  of 
the  IP  description  is  entered.  See  Appendix  E.l  for  valid 
security  classifications, 

(12) 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 


6.  DATA-SECURITY  IS  DATA-.  The  security  classification  of 
the  data  which  the  IP  will  pass  to  the  database  is  defined. 
See  Appendix  E.l  for  valid  security  classifications. 

(12) 

DATA-SECURITY  IS  DATA-UNCLASSI FI  ED 


7.  MODE  IS  BATCH.  The  statement  identifies  the  IP  as  a 
batch  module. 

8.  COMMENTS.  The  comments  section  will  provide  the  bas;s 
for  the  users  guide  description  of  the  IP  and  its  functions. 
The  comments,  therefore,  must  be  in  non-ADP  terms 
understandable  by  functional  user  personnel. 
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Record  element  statements  are  prepared  for  each 
element  which  appears  in  the  IP  format.  The  elements  are 
entered  in  the  same  order  as  they  will  appear,  from  beginning 
to  end,  in  the  format. 

The  first  record  element  in  any  batch  IP  definition 
is  IP- I DENT . This  element  is  a group  combining  IP-FORMAT  and 
IP-OPTION.  This  element  must  be  the  first  one  in  every  batch 
IP  definition. 

(12) 

RECORD  ELEMENT  IS  IP-IDENT. 


9.  RECORD  ELEMENT  IS.  This  statement  identifies  the  element 
or  element  group  to  be  included  in  the  IP  format. 

(12) 

RECORD  ELEMENT  IS  DATE-OF-BIRTH . 


ADD  RECORD  NAME  IS  IP-AATS 
PREPARED  BY  LET 

RECORD  DESCRIPTION  IS  'STORE  NIMIS  PROJECT  RECORD' 
RECORD  STORAGE  IS  IP 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 
DATA-SECURITY  IS  DATA— UNCLASSIFIED 
MODE  IS  BATCH 
COMMENTS 

'THE  IP  IS  THE  PRIMARY  IP  FOR  THE  NIMIS  PROJECT 
'RECORD'. 

RECORD  ELEMENT  IS  IP-IDENT. 

RECORD  ELEMENT  IS  DATE-OF-BIRTH. 


Figure  A12.1 
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IP  PARAMETER  DECK  PREPARATION 


Parameter  descriptions  apply  to  Version  1 of  the 
batch  IP  generator  program  ZIPX.  (Figure  A12.4  illustrates  a 
complete  parameter  deck.) 

1.  The  CTLP  parameter  control  card  is  required  and  must  be 
the  first  statement  (positions  1-4)  in  the  parameter  deck. 
It  provides  information  specific  to  the  IP  being  generated. 

2.  THE  IP  IDENTIFIER.  (6-8)  This  identifier  is  assigned  by 
the  DBA  staff.  It  consists  of  a three-character  alphabetic 
code  which  establishes  each  unique  IP  format. 

3.  IP  OPTION.  (9)  This  field  defines  the  primary  function 
of  the  IP.  Valid  codes  are: 


a.  "S"  - Store  a new  occurrence  of  a data  entity 
within  the  database. 

b.  "M"  - Modify  a data  entity  occurrence  already 
stored  in  the  database. 

c.  "D"  - Delete  a data  entity  occurrence 

currently  stored  in  the  database. 


4.  SUPPORTING  SUBSCHEMA.  (11-14)  This  field  defines  the 
name  of  the  subschema  supporting  the  IP.  The  "SS"  prefix  of 
the  subschema  is  omitted. 


5.  SCHEMA.  (16-23)  This  field  contains  the  name  of  the 
schema  supporting  the  IP. 

6.  VERSION.  (30-31)  This  field  identifies  the  revision 
version  of  the  IP.  It  may  contain  numeric  values  from  01 
through  99. 

7.  LEVEL.  (33-34)  This  field  identifies  the  minor  revision 
level  of  the  IP.  It  may  contain  numeric  values  from  01 
through  99. 

8.  TARGET  RECORD  NAME.  (36-51)  This  field  defines  the 
schema  name  of  the  database  record  type  to  be  processed  by 
the  IP. 

9.  TARGET  RECORD  IDENTIFIER.  (53-56)  The  schema  numeric 
identifier  of  the  database  record  type  to  be  processed  by  the 
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1000 
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IP  modules  are  designed  and  programmed  using 
structured  programming  techniques  which  grouped  similar 
functions  to  achieve  more  accurate  processing.  A facility  of 
the  COBOL  compiler  permits  definition  of  common  program 
source  statements  into  source  library  "books". 

These  books  may  be  modified  when  they  are  requested 
by  the  program,  tailoring  the  statements  to  the  specific  data 
element  being  serviced.  This  approach  insures  consistent 
common  language  logic  and  eliminates  large  volumes  of 
statement  preparation.  The  IP  generator  program  makes 
extensive  use  of  this  source  book  feature. 

IP  programs  are  broken  into  three  main  sections 
(Figure  A12 . 3) : 

1.  A section  which  is  entered  when  the  IP  is 
initially  loaded  into  memory  and  executed. 

This  section  performs  IDMS  bind  and  ready 
functions  and  verifies  the  user  authorization 
to  use  the  IP. 

2.  A section  which  is  entered  each  time  data 

belonging  to  the  IP  is  sensed  by  the  control 
program.  This  section  performs  all  data 
element  validation  and  database  maintenance. 

3.  A section  which  is  entered  when  all  data 

: belonging  to  the  IP  has  been  exhausted.  The 

section  performs  IDMS  finish  functions  after 
| updating  processing  statistics. 
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Figure  A. 12. 3 


The  main  processing  section  of  the  IP  is  further 
into  three  subsections  (Figure  A12.4): 

1.  A section  which  performs  data  element 
validation  and  data  transfer  functions  which 
can  be  accomplished  without  using  IDMS(VALID- 
1).  Parameters  which  apply  to  this  section 
begin  with  a control  code  of  "1". 

2.  A section  which  performs  data  element 

validation  and  transfer  functions  which 

require  access  to  the  database.  Parameters 
which  apply  to  this  section  begin  with  a 
control  code  of  "2"  (VALID-2) . 

3.  A section  which  performs  all  IDMS  database 
support  functions  and  associated  activity  to 
complete  IP  processing.  This  section 
provides  the  an  analyst  with  a great  deal  of 
flexibility.  Parameters  which  apply  to  this 
section  begin  with  control  codes  of  "3",  "5", 
and  "6"  (CURKENCY-CTL) . 
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WORK  FIELD  DEFINITION 

The  basic  IP  provides  two  subscripts,  R and  RX,  for 
use  by  program  logic.  A single  60-character  alphanumeric 
work  field,  IP-WORK,  is  provided  for  intermediate  storage. 
Where  additional  fields  are  required,  the  analyst  must  define 
the  required  fields. 

Work  fields  are  defined  using  the  "A"  parameter 
statement. 

1.  "A"  identifier.  This  identifier  must  be  in  the  first 
position  of  the  parameter,  followed  by  a comma  (delimiter). 

2.  COBOL  Data  Division  Statement.  A standard  COBOL  Data 
Division  statement  is  prepared  following  COBOL  columnar 
alignment  conventions.  Statements  are  transferred  to  the 
generated  source  program  exactly  as  entered  except  that  '01- 
01'  is  placed  in  positions  1-5  of  the  source  lines. 


A 


01  HOLD-AREA  PIC  X(8). 


(1)  (2) 


IP  FORMAT  DEFINITION 

The  current  version  of  ZIPX  requires  that  the  analyst 
define  the  fields  within  the  IP  format  explicitly.  These 
parameters  are  converted  to  COBOL  source  statements  within 
the  Linkage  Section  of  the  generated  program.  The  format 
definition  identifies  the  data  fields  from  the  80-character 
block  passed  to  the  IP  from  the  control  program.  Figure 
A12.5  illustrates  a complete  IP  parameter  group. 

1.  "C"  Identifier.  This  identifier  must  be  in  the  first 
position  of  the  parameter,  followed  by  a comma. 

2.  (Field  Name).  The  name  of  the  data  element  in  the  IP 
format  is  entered.  This  name  may  not  exceed  24  characters 
including  a subscript,  if  required.  The  field  name  is 
followed  by  a comma.  "FILLER"  may  be  used  for  undefined 
f ields . 

3.  Field  Length.  The  number  of  bytes  (format  positions) 
required  by  the  field  is  entered. 


C, A2A- I DENT, 10 
(1)  (2)  (3) 

Figure  A12.5 


DATA  ELEMENT  VALIDATION  AND  TRANSFER 

Data  element  validation  and  transfer  is  performed 
through  source  library  books.  Depending  on  the  nature  of  the 
element  and  its  use  by  the  IP,  an  element  may  be  validated 
and  transferred  from  the  input  area  to  the  database  recot  * 
area  in  any  one  of  the  three  processing  subsections  describ. 
above.  Figure  A12.6  illustrates  a validation  and  transfi  . 
entry . 


The*  subsection  in  which  the  validation  and  transfer 
occurs  is  determined  by  the  parameter  identifier: 

1.  When  the  parameter  identifier  is  "1", 

validation  and  transfer  occurs  in  the  first 
subsection  (no  database  interaction 

required ) . 

2.  When  the  parameter  identifier  is  "2", 

validation  and  transfer  occurs  in  the  second 
subsection  (database  interaction  required  to 
verify  data  values). 

3.  When  the  parameter  identifier  is  "3", 

validation  and  transfer  occurs  in  the  third 
subsection  (database  currency  and 

ma intenance ) . 

Determining  where  to  perform  validation  and  transfer 
is  very  important  to  the  successful  operation  of  the  IP. 
Subsection  one  is  used: 

1.  For  all  data  elements  which  do  not  require 
table  lookup  for  data  verification  when  the 
IP  option  is  STORE  or  DELETE. 

2.  For  those  data  elements  which  establish 
currency  when  the  IP  option  is  MODIFY. 

Subsection  two  is  used: 

1.  For  all  data  elements  which  require  table 

lookup  for  data  verification  when  the  IP 
option  is  STORE  or  DELETE. 

2.  For  data  elements  which  require  table  lookup 
for  data  verification  AND  are  required  for 
currency  when  the  IP  option  is  MODIFY. 

Subsection  thpee  is  used: 

1.  For  all  data  elements  whose  values  will 

replace  existing  values  in  the  database. 

This  validation  must  take  place  following  the 
reading  of  the  data  entity  occurrence  to  be 
mod  if ied. 
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2.  For  any  special  transfer  of  data  desired  to 
accomplish  the  IP  function. 

The  format  in  the  validation  and  transfer  parameter 
is  the  same  whether  used  in  subsections  1,  2,  or  3: 

1.  n Subsection  Identifier.  This  field,  followed  by  a 
comma,  defines  the  subsection  in  which  the  COBOL  source  will 
be  entered.  It  begins  in  column  1 of  the  parameter  card. 

2.  Book  Identifier.  This  field  identifies  the  source 
library  book  which  will  be  used  to  validate  and  transfer  the 
data  element  contents.  A comma  follows  the  identifier. 

3.  Field  Position.  This  field  identifies  the  relative  field 
location  on  the  IP  line  of  the  data  element.  This 
information  is  used  on  error  messages  to  assist  the  user  in 
locating  which  element  is  the  subject  of  a message.  Fields 
are  numbered  from  left  to  right,  with  the  IP  format  being 
defined  as  field  01. 

4.  (field  name).  This  field  defines  the  name  of  the  source 
element  defined  by  "C"  parameters  above. 

5.  (element  name).  This  field  defines  the  data  element  name 
within  the  data  entity  occurrence  where  the  verified  data  is 
to  be  transferred. 

6.  Optional  Field  A.  This  field  contains  the  lowest 
inclusive  range  value  for  those  source  books  using  range 
validation.  It  contains  the  name  of  the  database  element 
name,  enclosed  in  single  quote  marks,  for  those  books  which 
invoke  table  validation. 

7.  Optional  Field  B.  This  field  contains  the  highest 
inclusive  range  value  for  those  source  books  using  range 
validation. 


1,SSZA,03 , AAA- IDENT ,NIM-PROJ-ID , aa , bb 
(1)  (2)  (3)  (4)  (5)  (6)  (7) 


Figure  A12.6 
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1 1 'MS  DML  COMMANDS 

1DMS  DML  commands  are  defined  through  use  of  the  "5“ 
parameter.  Figure  A12.7  illustrates  the  DML  parameter.  The 
parameter  is  a combination  of  parametric  values  and  a COBOL 
DML  command: 


1.  "5"  Parameter  Identifier.  The  parameter  identifier  must 
appear  in  the  first  position  of  the  line,  followed  by  a 
comma . 

2.  Source  Book  Identifier.  The  source  book  which  will 
perform  the  validation  of  DML  results  is  entered.  Valid 
books  are: 

a.  OBTA  - obtain  a database  record  occurrence. 

b.  FIND  - locate  and  establish  currency  with  a 
database  record  occurrence  but  do  not  bring 
it  into  the  programs  work  area. 

c.  STOR  - store  a new  database  record  occurrence 
and  issue  a message  defining  the  results  of 
the  action. 

d.  STRN  - store  a new  database  record  occurrence 
and  issue  a message  only  if  the  store  attempt 
was  unsuccessful. 

e.  MODI  - modify  an  existing  database  record 
occurrence  and  issue  a message  defining  the 
results  of  the  action. 

f.  MODN  - modify  an  existing  database  record 
occurrence  and  issue  a message  if  the  attempt 
was  not  successful. 

g.  ERAS  - erase/delete  an  existing  database 
record  occurrence  from  the  database  and  issue 
a message  defining  the  results  of  the  action. 

3.  Field  Location.  This  field  defines  the  location  of  the 
field  on  the  IP  line  which  is  the  primary  source  of 
information  for  the  DML  command. 


4.  DML  Command.  The  actual  DML  command  to  be  executed  is 
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coded  i n COBOL.  tormat  including  a i'o c i oJ  a:  the 
command . 


Olid  O 


f' , STOR ,04  , STORE  N L M-  PRO.'  ECT  . 

(1)  U)(3)  (4) 

Figure  Aid.  7 
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The  generatoi  program  recognises  this  procedure  code 
as  "7"  parameters.  With  the  exception  01  the  •••,■•  m the 
first  two  positions  ot  the  line,  the  parameter  is  a mirroi  o: 
standard  COBOL  procedure  source  statements.  All  COBO. 
columnar  alignment  convent  ions  are  followed. 


These  guidelines  must  be  followed  for  all  type 
parameters: 


All  logic  will  be  so  l t-cont a ined  without  use 


o f 00  TO  s t a t e me n t s exit  mo 
rout ine . 


bevond 


COBOL,  sections  will  be  used 
P E X Ei'  RM  scat  e me  n t s . 
within  sections. 


•ect  s 


Each  section  will 
st  atement . 


Paragraphs  may  be  used 
term  mat  Oil  h\  an 
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4.  Each  section  will,  be  preceded  by  comments 

describing  the  purpose  and  functioning  of  the 
section.  Additional  comments  will  be 

interspersed  throughout  the  logic  of  the 
section  describing  each  logical  operation  as 
it  occurs. 

5.  Structured  programming  techniques  will  be 
followed  utilizing  the  three  coding  forms  of 
simple  sequence,  do  while  (until),  and  if 
then  else.  Comments  will  precede  each 
occurrence  of  one  of  these  forms  except  that 
one  set  of  comments  may  be  used  for  a series 
of  similar  simple  sequences  such  as  moves. 

6.  Visual  formatting  will  be  used  to  improve  the 
readability  of  the  source  statements.  These 
formatting  procedures  will  be  followed: 

a.  Each  section  will  begin  on  a new 
page  by  using  the  EJECT  statement. 

b.  Each  comment  will  be  preceded  by 
two  blank  lines  and  followed  by  one 
blank  line,  utilizing  the  SKIPn 
statement. 

c.  The  text  of  all  comments  will  begin 
in  column  20  and  will  be  preceded 
and  followed  by  a line  of  asterisks 
to  emphasize  the  comments  and 
prevent  comments  from  being 
confused  with  procedure  code. 

d.  Elementary  procedure  statements 

will  begin  in  column  12. 

Statements  subsidiary  to  a 
preceding  statement  or  a 

continuation  of  a preceding 

statement  will  be  indented  4 
columns . 

e.  Section  and  paragraph  names  will 

not  exceed  16  characters  and  will 

be  as  descriptive  as  possible. 
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PARAMETER  DECK  TERMINATION 


The  parameter  deck  is  terminated  by  a 

containing  a "9"  in  the  first  position.  Omiss 

statement  will  cause  invalid  results. 

CTLP  A ATS  NIMI  NIM  01  01  ORGANIZATION  1000 

A,  01  HOLD-AREA  PIC  X(8). 

C,AZA-IDENT ,10 
C,AZA-ADDR,25 

1 ,SSZA,03 ,AZA-IDENT,NIM-PROJ-ID 
1,SSZA,04 , AZ A-ADDR, ADDR-NIM 
6, MOVE  CURRENT- DATE  TO  HOLD-AREA. 

6,  MOVE  HOLD-AREA  TO  DATE-STORE D-100  0 . 

5 , STOR, 0 3 , STORE  ORGANIZATION. 

9, 


Figure  A12.8 
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APPENDIX  A. 14 


ON-LINE  INPUT  PROCESSING  (IP)  DEFINITIONS 

This  appendix  describes  the  procedures  for  preparing 
specifications  for  input  processing  (IP)  program  modules 
which  will  be  created  using  the  on-line  IP  module  generator 
program. 


Each  IP  module  is  designed  and  created  as  an 
independent  entity.  The  philosophy  employed  is  that  all 
input  processing  is  transaction  driven,  each  transaction 
independent  of  those  preceding  and  following.  This  approach 
insures  that  incoming  data  can  be  processed  without  regard 
for  its  environment. 

Each  IP  module  is  independent  of  the  originating 
terminal.  The  module  expects  its  data  in  a particular  format 
and  processes  the  data  according  to  the  specification. 

Each  IP  program  consists  of  four  general  groups  of 
COBOL  source  statements: ; 

a.  Generated  statements  which  do  not  vary  from 
IP  to  IP.  These  statements  are  loaded  into 
the  generated  program  from  a PSL  member. 
Depending  on  the  processing  option  (store, 
modify,  or  delete)  and  the  currency  path, 
different  standard  statements  be  copied. 

b.  Generated  statements  which  are  tailored  to 
each  individual  IP,  such  as  program  name, 
version,  level,  buffers,  etc. 

c.  Generated  statements  based  on  parameters 
supplied  by  the  analyst  or  extracted  from 
information  within  the  data  dictionary. 

d.  Inserted  COBOL  source  statements  supplied  by 
the  analysts. 

A combination  of  these  four  statement  types  are 
interspersed  throughout  the  created  COBOL  program.  The  order 
and  location  of  statements  is  controlled  by  the  parameter 
identifiers  and  the  sequence  of  individual  parameters. 

Approximately  two-thirds  of  the  IP  program  consists 


of  standard  generated  statements  which  do  not  vary  between 
lb's.  The  analyst  cannot  modify  any  ol  these  statements  not 
alter  the  order  of  their  insertion  into  the  source  program. 
This  has  the  dual  effect  of  reducing  the  frequency  of  error 

in  program  definition  and  enhancing  the  security  of  the 
software  updating  the  database. 

On-1  ine  IP  program  creation  consists  of  five  separate 
processes : 

a.  Definition  of  the  database  currency 
requirements  for  the  IP.  These  parameters 
are  identified  by  a "A"  and  "B". 

b.  Definition  of  the  IP  screen  display.  This 
process  utilizes  a special  set  of  input 
parameters  to  the  program  generator.  All 
screen  definition  parameters  are  begun  with  a 
"D",  delimited  by  a "C"  starting  parameter 
and  a " 1! " terminating  parameter. 

c.  Definition  of  the  elements  which  are  to  be 
processed  by  the  IP.  A set  of  input 
parameters  beginning  with  "II"  identity  these 
elements. 

d.  Definition  of  logically  related  (follow  on) 

IP  displays.  A set  of  input  parameters  which 
begin  with  "M”  identity  these  processing 
options . 

e.  Processing  of  the  elements  and  records 
associated  with  the  IP.  The  parameter 
descriptions  defined  for  batch  IP's  in 
Appendix  A. 11  are  used  with  minor  changes  to 
define  the  processing  functions. 


While  the  five  functions  are  dot ined  separately  foi 
understanding  and  con  lienee,  they  .ire  highly  interrelated. 
The  order  of  their  presentation  corresponds  with  t lie  ordei 
they  appear  in  the  parameter  deck.  From  a design  view, 
however,  the  process  will  typically  flow  in  this  order: 

a.  Definition  ot  the  purpose  ol  the  11'  screen 
(store,  modify,  delete)  and  the  principal 

AU.2 
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user  of  the  screen. 

b.  Definition  of  the  data  elements  which  will  be 
processed  by  the  screen. 

c.  Definition  of  the  database  record  which  must 
be  accessed  and  the  order  of  access  to 
achieve  the  desired  processing  purpose.  Data 
elements  required  for  currency  control  are 
defined  and  added  to  the  list  prepared  in  (b) 
above . 

d.  Definition  of  the  display  screen  itself. 

e.  Definition  of  associated  screen  functions 
which  are  to  be  used  to  support  the  primary 
function.  Assignment  of  function  keys  and 
error  handling  modules. 

f.  Preparation  of  processing  logic  to  achieve 
the  desired  results  from  the  IP. 

The  detail  discussion  of  IP  development  will  follow 
the  above  order.  As  IP  parameters  are  developed,  they  will 
be  grouped  within  the  parameter  deck  according  to  the 
illustration  in  Figure  A. 14.1. 

DEFINITION  OF  IP  PURPOSE  AND  USER 

Each  on-line  IP  program  is  described  in  the  data 
dictionary.  This  description  is  tied  to  the  application  and 
service  analysis. 

1.  ADD  PROGRAM  NAME  IS  TP.  [REQUIRED]  This  statement 
defines  the  IP  as  a program  within  the  data  dictionary.  The 
IP  identifier  is  assigned  following  the  naming  convention 
defined  in  Appendix  B.6. 

(8) 

ADD  PROGRAM  NAME  IS  TPBAAS 


2.  PREPARED  BY.  [REQUIRED]  The  initials  of  the  preparer  are 
entered. 

(12) 

PREPARED  BY  'LET' 
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3.  PROGRAM  DESCRIPTION  IS.  (REQUIRED)  This  statement  is 
used  to  define  the  actual  title  of  the  IP  screen.  This  title 
will  be  displayed  on  the  first  line  of  the  screen.  It  must 
not  exceed  40  characters. 

(12) 

PROGRAM  DESCRIPTION  IS 

'STORE  NEW  N1MIS  PROJECT’ 


4.  ENTRY-SECURITY  IS  ENTRY-.  (REQUIRED]  The  security 
classification  of  the  IP  description  is  entered.  See 
Appendix  E.l  for  valid  security  classifications. 

(12) 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 


5.  DATA-SECURITY  IS  DATA-.  [REQUIRED]  The  security 

classif ication  of  the  data  to  be  displayed  on  the  screen  is 
defined.  See  Appendix  E.l  for  valid  security 
classif i cat  ions. 

(12) 

DATA-SECURITY  IS  DATA- UNC LASS  I F I ED 


6.  LANGUAGE  IS  COBOL . (REQUIRED]  The  statement  defines  the 
programming  language  which  is  used  by  the  generated  IP 
program.  See  Appendix  E.3  for  valid  languages. 

(12) 

LANGUAGE  IS  COBOL 


7.  MODE  IS  SHADOW.  [REQUIRED]  The  use  of  SHADOW  to  process 
the  IP  is  defined. 

(12) 

MODE  IS  SHADOW 


8.  WITHIN  SUBSYSTEM.  [REQUIRED]  The  subsystem  who  is 
supported  by  the  IP  is  defined. 

(12) 

WITHIN  SUBSYSTEM  NIMIS 


1 


9.  MODULE  USED  IS  TP- . I KEQU I RED)  This  statement  defines 
the  modulo  which  contains  the  scteen  layout.  The  module  name 
is  Identical  to  the  program  name  except  that  a hyphen  is 
inserted  at  ter  "TP". 

(12) 

MODULE  USED  IS  TP-DAAS 


10.  SUBSCHEMA  IS  SS.  I REQUIRED!  The  identifier  of  the 
subschema  supporting  the  IP  module  is  added  to  the  "SS" 
prefix.  This  subschema  is  the  one  primarily  supporting  the 
IP  and  its  updating  function.  it  is  assigned  by  the  DA 
staff. 

(12) 

SUBSCHEMA  IS  SSN1M 


11.  RELATED-IP  IS.  This  statement  identifies  follow  on  IP 
modules  which  are  executed  as  a result  of  the  user  pressing  a 
function  key,  a PA  key,  or  the  result  of  an  error  in 
processing.  See  Appendix  E.17  for  a list  of  valid  codes. 

(12) 

RE LATKD- IP  IS  ' TP BABM , F4 ' 


12.  COMMENTS.  (REQUIRED)  A narrative  description  of  the  IP 
from  a user's  viewpoint  is  provided.  This  description  will 
be  used  as  the  basis  for  the  users  guide  entry  on  the  screen. 

A PERIOD  MUST  FOLLOW  THE  END  OF  THE  LAST  COMMENT  LINE, 


DEFINITION  OF  IP  DATA  ELEMENTS 

Before  actually  defining  the  layout  of  the  display 
screen  it  is  necessary  that  the  elements  to  be  processed  by 
the  screen  be  identified.  This  is  done  by  reviewing  the 
intended  purpose  of  the  IP  and  the  source  document (s)  which 
will  be  used  by  the  person  entering  the  data.  A list  of 
elements  is  prepared  for  use  in  the  screen  layout  step 

A set  of  parameter  cards  is  prepared  for  insertion  in 
the  IP  parameter  deck.  One  parameter  card  is  prepared  for 


A14  .5 


each  element  to  be  used  by  the  IP. 

(1) 

H,  ^database  element  name) 

• • 

. V . 

, . r . 

. N . 


* . . R . 

.0. 

[ , ^attribute^)  . . . 
I , ^source  book)* ] 

l .LOCK) 
l .KEY) 


1.  H,.  This  is  the  identifier  for  all  data  element 
definition  parameters.  It  must  begin  in  position  1 of  each 
such  parameter. 

2.  database  element  name)*.  The  name  of  the  database  data 
element  to  be  processed  is  entered. 

3.  V , F , or  N.  This  required  code  identifies: 

a.  V-  An  alphanumeric  field  whose  data  values 
may  not  fully  fill  the  available  data  space; 
e.g.,  a person's  name  is  not  likely  to  use 
all  27  characters  allowed  for  such  an  entry. 

b.  F-  An  alphanumeric  field  whose  data  values 
can  be  expected  to  fully  till  the  available 
data  space;  e.g.,  the  code  for  a state  is 
always  two  characters  in  length. 

c.  N-  A numeric  data  field. 

Program  generation  software  automatically  del mes  the 
attribute  of  the  data  area  using  this  parameter.  The 


functional  processing  of  alphabetic  fields  is  controlled  by 
the  fixed  or  variable  status  of  the  field.  An  attribute  byte 
is  generated  after  each  alphanumeric  field.  11  the  field  is 
fixed,  the  attribute  instructs  the  system  to  skip  to  the  next 
unprotected  field  when  the  fixed  input  data  has  been  loaded. 
If  the  field  is  variable,  the  attribute  locks  the  keyboard  if 
the  user  over  fills  the  variable  field. 

4.  R or  0.  This  required  parameter  defines  whether  the 
element  data  value  must  be  present  when  the  complete  screen 
of  data  is  entered.  The  data  is  required  when  the  value  "R" 
is  present  and  optional  when  "0"  is  present. 

5.  <attr ibute^..  Attributes  other  than  "UNPROT"  are  defined. 
Multiple  attributes  may  be  defined,  each  separated  by  a 
period.  “UNPROT"  is  always  created.  Other  valid  attributes 
ares 

a.  MDT.  The  MPT  flag  is  to  be  set  on.  This 
flag  forces  re-entry  of  data  which  has  been 
transmitted  to  the  field  from  the  database. 

b.  1C.  The  cursor  is  to  be  set  at  the  beginning 
of  the  element,  defining  the  first  element  on 
the  screen  where  data  can  be  entered.  It 
omitted,  cursor  is  set  at  the  beginning  of 
the  first  element  on  the  screen  which  is  not 
LOCKed  (see  7 below). 

c.  DRK.  The  data  keyed  into  the  field  will  not 
be  displayed  on  the  screen.  This  feature  is 
used  when  sensitive  data,  such  as  passwords 
or  classified  information,  should  not  be  left 
on  the  screen. 

d.  BRT . The  data  keyed  into  the  field  will  be 
displayed  in  high  intensity. 

6.  I , ^source  book^>]  . An  optional  clause  which  identifies 
the  source  library  book  which  is  used  to  verify  the  value 
entered  through  the  screen.  Appendix  E.8  defines  the  proper 
source  books.  If  omitted,  the  data  is  transferred  without 
verif  ication. 


7.  I, LOCK].  An  optional  clause  which  defines  elements  used 
in  MODIFY  or  DELETE  IP's  as  fixed  information.  Pat  a is 


A 


entered  in  these  fields  when  the  display  first  comes  up. 
Typically,  the  data  is  required  to  locate  the  record 
occurrence  to  be  modified  oi  deleted.  Alter  the  record  i s 
located  and  the  screen  display  is  returned  with  the  recotd's 
contents,  LOCKed  fields  may  not  be  altered. 

8.  [,KKYl.  An  optional  clause  which  defines  elements  which 
are  used  as  currency  keys  in  the  record  occurrences  which 
must  be  accessed  to  store,  modify,  or  delete  data. 

NOTE:  Imbedded  blanks  are  not  permitted.  All  clauses  are 
delimited  by  commas.  An  imbedded  comma  will  break  up  the 
clause  into  two  clauses. 

DEFINITION  OF  DATABASE  RECORDS  AND  CURRENCY 

The  nature  of  an  integrated  database  provides  the 
potential  for  a wide  variety  ot  access  relationships. 
Currency  within  the  database  must  first  be  established  at  a 
BASE  type  record  occurrence.  If  the  tatqot  record  type  is 
not  a BASE  record,  additional  information  is  requited  to 
define  the  path  to  the  tarqet  record. 

It  is  possible  for  the  tarqet  record  to  be  two  ot 
more  levels  below  the  BASE  record  where  initial  access 
currency  is  established.  It  is  also  possible,  dunnq  STORE 
operations,  for  currency  to  be  established  through  two  paths 
to  the  tarqet  record.  This  is  particularly  true  for  KEEATE 
and  INTERMEDIATE  type  records  who  have  two  automatic  ownets. 

Parameters  are  defined  as  part  of  the  qenor.itoi 
parameter  deck  which  identify  these  currencies.  The  last 
record  type  on  the  parameter  card  is  the  tarqet  record. 


V'' 
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1.  A/B . A "A"  parameter  is  always  present.  This  parameter 
defines  the  primary  path  to  the  target  record  type. 
Continuation  cards  are  permitted,  each  beginning  with  "A". 
"B"  parameters  are  present  when  the  database  target  record 
requires  multiple  currencies  for  a STORE  to  be  executed.  The 
target  record  must  be  the  last  record  defined  in  BOTH  "A"  and 
"B"  parameters. 

2.  <record  narne^.  At  least  one  record  must  be  identified 
for  either  path.  If  only  one  is  identified,  it  is  assumed  to 
be  the  target  type.  The  first  record  identified  in  the  path 
must  be  a BASE  (CALC)  record. 

3.  The  optional  record  definition: 

a.  ^record  name).  Definition  of  the  name  of 
record  types  along  the  path  to  the  target 
record.  The  last  record  defined  is  the 
target  record. 

b.  (<pet  name).  The  left  parenthesis  begins 
immediately  after  the  last  character  of  the 
record  name  without  an  intervening  space. 

The  set  name  is  that  set  which  connects  the 
PREVIOUS  record  in  the  path  to  the  record 
associated  with  the  set. 

c.  /A-D-N-P.  A slash  delimits  the  set  name  from 
the  definition  of  the  set  access  mode.  Modes 
are: 

(1) .  "A"  defines  a set  sorted  in  ascending 
order.  All  sets  between  BASE  and  INTERMEDIATE  or  SUBSIDIARY 
record  types  (the  "A"  set)  are  sorted. 

(2) .  "D"  defines  a set  sorted  in  descending 

order.  all  sets  between  BASE  and  INTERMEDIATE  or  SUBSIDIARY 
record  types  (the  "A"  set)  are  sorted. 

(3) .  "N"  defines  a set  where  the  records  are 
stored  in  NEXT  order.  All  sets  between  BASE  and  RELATE 
record  types  (the  "B"  set)  are  stored  either  NEXT  or  PRIOR 
with  a default  to  NEXT. 

(4) .  "P"  defines  a set  where  the  records  are 

stored  in  PRIOR  order. 
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d. 


^tbl  posit^).  The  literal  table  position 
must  contain  the  relative  position  of  the 
data  element  which  controls  this  set  in  the 
screen  definition. 

(1)  When  the  is  "A"  or  "D",  the 
position  of  the  sort  key  for  this 
set  will  be  found  in  this 
position  within  the  screen 
definitions  which  follow  the 
"path”  parameters. 

(2)  When  the  mode  is  "N"  or  "P",  the 
data  element  to  be  matched 
against  the  database  records  will 
be  found  in  this  position  within 
the  screen  definitions. 


Once  the  path  to  the  target  record  has  been 
established,  those  data  elements  which  are  necessary  for 
currency  to  locate  record  occurrences  along  the  path  are 
defined.  "H"  parameters  are  prepared  for  each  data  element 
so  defined  and  the  KEY  option  is  specified  for  each.  If  the 
IP  function  is  MODIFY  or  DELETE,  these  fields  are  also 
defined  as  LOCKed  to  prevent  changing  other  than  the  target 
record . 


DISPLAY  SCREEN  DEFINITION 

A display  screen  consists  of  a CRT  display  of  up  to 
21  lines  of  79  characters.  Every  line  must  contain  at  least 
one  attribute  byte,  reducing  the  number  of  usable  characters 
from  80  to  79. 

Certain  lines  on  the  screen  are  reserved: 

1.  Line  1 is  preformatted  and  contains  the  IP 
identifier,  the  retry  count  (dark),  and  the 
IP  title. 

2.  Lines  23  and  24  are  reserved  for  system 
messages . 

3.  Lines  20  through  22  may  be  used  for  input  or 
literal  information.  However,  these  lines 

A1 4 . 1 0 


are  used  by  the  IP  to  return  error  messages. 
Any  information  previously  displayed  is 
erased.  Should  the  lines  contain  data. 


erroneous  information  could  be  passed  back  to 
the  IP.  It  is  recommended,  therefore,  that 
the  lines  be  used  only  for  informational 
messages . 

4.  Line  2 may  be  used  if  the  IP  runs  short  of 
lines.  The  display  is  more  readable  if  this 
line  remains  blank. 

The  display  screen  should  be  first  defined  on  a 
layout  sheet  of  some  type.  A standard  COBOL  coding  sheet 
will  do  the  job.  These  general  rules  should  be  applied  when 
entering  the  data  fields  on  the  screen  layout: 

1.  Do  not  begin  any  literal  or  element  in 
position  1.  It  will  be  used  for  an  attribute 
byte  by  the  system. 

2.  Place  all  elements  which  are  required  to 
define  currency  at  the  top  of  the  screen, 
making  them  the  first  elements  to  be  entered 
by  the  user. 

3.  Assume  that  an  attribute  byte  will  precede 
all  literal  values. 

4.  Assume  that  an  attribute  byte  will  precede 
all  element  entry  (unprotected)  fields.  This 
attribute  is  defined  as  the  first  plus  (+) 
sign  of  the  unprotected  field. 

5.  Each  unprotected  field  is  defined  by  a series 
of  plus  signs. 

6.  Assume  each  alphanumeric  unprotected  field 
will  contain  an  attribute  byte  at  the  end  of 
the  field.  Therefore,  the  next  field  on  the 
same  line  should  begin  two  bytes  away 
(allowing  for  the  terminating  attribute  of 
the  unprotected  field  and  the  beginning 
attribute  of  the  following  field).  Future 
versions  of  the  generator  program  will  remove 
this  inefficiency. 
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7. 


Literals  may  not  exceed  50 
length. 


characters  in 


8.  Multiple  literals  may  be  defined  on  a line 
without  intervening  elements. 

9.  The  literal  immediately  preceding  an  element 
entry  (unprotected)  field  is  assumed  to  be 
part  of  that  field. 

Three  parameter  formats  are  used  to  define  a screen 

layou  t : 

1.  The  beginning  delimiter 

2.  The  screen  line 

3.  The  terminating  delimiter. 

The  beginning  delimiter  format: 


(1) 

C,<screen  title} 

<£creen  title}  is  identical  to  the  contents  of  the 
"PROGRAM  DESCRIPTION  IS"  IDD  IP  definition  statement 
described  previously. 

The  screen  line: 


(1) 

D^screen  description  line} 


("screen  description  line}  is  the  2-79  position 
illustration  of  the  contents  of  screen  line.  The  first 
screen  line  following  the  "C"  beginning  delimiter  is  assumed 
to  be  line  2 of  the  display. 

The  terminating  delimiter  contains  "E,"  in  the  f’rst 
three  positions  of  the  card.  The  comma  is  required. 


Once  the  screen  layout  is 
definition  parameters  are  ordered 


complete,  the  "H"  element 
so  that  the  first  parameter 
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describes  the  first  element  (unprotected)  field  in  the  screen 
display,  followed  by  the  second,  etc.,  until  all  are  in  order 
reading  from  left  to  right  line  by  line  from  top  to  bottom. 
THIS  ORDER  IS  VERY  CRITICAL.  MISALIGNMENT  WILL  HAVE  THE  DATA 
LAYOUT  SENDING  DATA  TO  THE  WRONG  FIELDS. 


The  display  definition  parameter  deck,  including  the 
delimiters,  will  be  used  as  part  of  an  IDD  module  definition: 

1.  ADD  MODULE  NAME  IS  TP-.  The  name  of  the  IP  is  entered. 

(8) 

ADD  MODULE  NAME  IS  TP-BAAS 

2.  PREPARED  BY.  [REQUIRED]  The  initials  of  the  preparer  are 
entered . 


(12) 

PREPARED  BY  'LET' 


3.  MODULE  DESCRIPTION  IS.  The  title  of  the  module  is 
entered . 


(12) 

MODULE  DESCRIPTION  IS 
'STORE  NEW  NIMIS  PROJECT' 


4.  MODULE  SOURCE  FOLLOWS.  The  statement  is  the  delimiter 
for  the  screen  display  parameters  prepared  above.  They  are 
placed  immediately  following  this  statement. 

5.  MSEND.  The  statement  is  the  terminating  delimiter  for 
the  screen  display  parameters  prepared  above.  A PERIOD  MUST 
FOLLOW  "MSEND". 


DEFINITION  OF  ASSOCIATED  FUNCTIONS 

Frequently  it  is  desirable  to  permit  the  user  to 
perform  additional  input  processing  which  is  directly 
related.  For  example,  after  storing  a work  project  it  is 
likely  that  the  user  will  also  want  to  define  the  persons 
assigned  to  the  project,  describe  the  project  more 
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completely,  and  identify  any  references  which  are  associated 
with  the  project. 


Each  of  these  functions  may  be  requested  by  the  user 
by  assigning  them  to  individual  functions  keys.  The 
functions  can  also  be  separately  executed  when  desired. 

Each  associated  functions  should  be  defined.  Then 
function  keys,  assigned  in  accordance  with  the  convention 
defined  in  Appendix  B.ll,  are  identified.  Parameters  are 
prepared: 


(1) 

M,  ^function  code)> 

^associated  transaction's 
[ , <(literal>] 

1.  M,  the  parameter  identifier  must  be  terminated  with  a 
comma . 

2.  ^function  codeS  is  one  of  the  codes  defined  in  Appendix 

E .17 . 

3.  ^associated  transaction^  is  a 4-character  identifier  of 
another  IP  or  other  program  which  is  to  be  executed  if  the 
defined  function  option  is  selected. 

4.  <literal/  is  an  optional  36-character  message  which  will 
accompany  the  function  key  identifier  on  the  screen. 

When  the  function  code  is  F4-9 , FA-C,  Al-2,  or  EN , 
the  code  and  literal  are  displayed  on  the  screen  one  line 
following  the  last  detail  line  of  the  IP.  Two  function 
messages  are  placed  on  one  screen  line. 

If  no  entry  is  made  for  the  "enter"  key  (EN),  a 
default  assumes  that  pressing  the  enter  key  will  repeat  the 
same  transaction  function  if  no  disabling  errors  have 
occurred. 

Functions  keys  1 through  3 are  reserved  for  system 
use.  See  Appendix  B.ll. 
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PREDEFINED  SYSTEM 


FUNCTIONS 


The  IP  generator  program  performs  a number  of 
functions  for  the  programmer,  eliminating  the  need  for 
insertion  of  all  but  very  unusual  coding  logic.  Functions 
performed  are: 


1.  The  database  identifier  (DBID-nnnn)  is  loaded 
based  upon  the  value  provided  by  the  user  at 
sign  on. 

2.  The  current  system  date  is  loaded  to  DATE- 
STORED-nnnn  when  a record  is  stored  in  the 
database . 

3.  The  current  system  date  is  loaded  to  DATE- 
MOD-nnnn  when  a record  is  stored  or  modified. 

4.  The  logical  record  type  (LOG-TYPE-nnnn ) is 
loaded  when  the  record  is  stored. 

5.  The  database  control  record  is  updated: 

a.  The  system  date  is  loaded  to  the 
date  of  latest  modification. 

b.  The  update  activity  count  is 
incremented  by  one. 

c.  The  number  of  records  is 
incremented  when  a record  is  stored 
and  decremented  when  a record  is 
modified. 


6.  All  data  elements  are  validated  according  to 
the  instructions  in  the  "H"  parameter. 

7.  Data  from  the  input  area  is  transferred  to 
database  record  buffers  for  activity  at  the 
proper  time. 

8.  Currency  is  established  to  properly  process 
the  target  record. 


9. 


Database  maintenance  DML 
executed  at  the  proper  time. 


commands 


i 


A14.15 


are 


10.  Selection  of  follow  on  transactions 
(programs)  is  made  according  to  "M" 
parameter  definitions. 

IP  SPECIAL  PROCESSING  LOGIC 


Special  processing  logic  may  be  inserted  into  the 
generated  IP  program.  This  logic  is  inserted  at  five 
locations  within  the  program: 

1.  "N"  parameters  are  used  to  define  additional 
data  work  fields.  These  fields  are  NOT 
initialized  and  may  not  contain  VALUE 
clauses.  It  is  recommended  that  any  fields 
defined  by  this  parameter  be  initialized  in 
the  "T"  parameter  group  below.  All  DATA 
DIVISION  parameters  are  coded  as  COBOL  03 
level  data  statements. 

NOTE:  The  aggregate  number  of  bytes  of  all  "N"  parameters 

may  not  exceed  JO  bytes. 

The  following  three  groups  of  parameters  are  coded  as  COBOL 
PROCEDURE  DIVISION  statement  following  standard  COBOL  syntax. 
The  statements  are  moved  intact  exactly  as  written. 

2.  " R " parameters  are  inserted  into  the 
generated  program  immediately  before  the  DML 
statement  updating  the  database  is  executed. 

The  insertion  follows  the  automatic  transfer 
of  data  from  input  to  database  areas. 

3.  "S"  parameters  are  inserted  immediately 
following  the  DML  statement  updating  the 
database  and  its  error  checking  logic. 

4.  "T"  parameters  are  inserted  immediately 
preceding  the  establishment  of  currency  with 
the  database  records  upon  which  the  target 
record  is  dependent.  The  paranv  tern  are 
inserted  after  the  automatic  transfer  of  key 
data  from  the  input  to  database  record  key 
areas . 

5.  "U"  parameters  are  inserted  at  the  end  of  the 
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generated  program.  "U"  parameters  are 
intended  to  be  complete  SECTIONS  of  procedure 
code  which  is  PERFORMed  by  statements  in  the 
"R",  "S",  or  "T"  groups  above.  No  direct 
execution  path  is  provided  to  code  in  this 
group  from  the  generated  program  logic. 

The  parameter  deck  is  terminated  by  a "Z"  parameter. 

NOTE:  All  data  element  validation  and  movement  from  input 
areas  to  the  database  records  is  performed  automatically 
based  on  the  processing  option  (STOKE,  MODIFY,  or  DELETE)  and 
the  type  of  element  validation  requested  in  the  "H” 
parameter. 


PARAMETER  DECK  ASSEMBLY 

The  IP  parameter  deck  is  assembled  as  illustrated 
below  in  Figure  A.  14.1. 


A,  N I M- PROJECT 

B,  ORGANIZATION ,N IM- PROJECT( N I MIS- 1 000-1/A ) 

C,  STORE  NEW  NIMIS  PROJECT 

DPROJECT  IDENTIFIER-  f + + + ♦•  + +•  + + + + REQUESTER- +++  t+t  + +t  + + + f + + 
DDATE  ORIGINATE D-+F+++++ 

E, 

H , N I M— PROJ- I D ,V , R , UNPROT . IC , SSZ A , K EY 

H , NAME-ORGAN ,V, R , UNPROT , SSZA , LOCK , KEY 

H,DATE-ORIC,N,R, UNPROT, SSZF 

M,F4,RABS, STORE  NIMIS  COMMENTS 

M , F5 , BABM , ADD  DATES 

M,EN , BAAS , STORE  ANOTHER  PROJECT 

N 03  WORK-AREA  PIC  XX. 

R MOVE  A TO  B. 

S MOVE  B TO  D. 

S PERFORM  DO-LOOP. 

T MOVE  D TO  E. 

U DO- LOOP  SECTION. 

U MOVE  WORK-AREA  TO  F. 

U XDL . EXIT. 

Z, 


FIGURE  A.  14.1 
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USERS  GUIDE  PREPARATION  INSTRUCTIONS 

Users  of  integrated  database  systems  may  access  the 
database  in  either  batch  or  on-line  modes.  Frequently  the 
same  user  may  utilize  both  methods  under  different 
conditions.  It  is  important,  therefore,  that  user 
instructions  for  utilizing  the  integrated  database  be 
complete,  accurate,  and  easily  understood  by  non-ADP 
per sonne 1 . 

Each  users  guide  developed  for  integrated  database 
applications  will  follow  the  consistent  format  and  structure 
guidelines  described  in  this  Appendix.  Appendix  F provides 
an  example  of  users  guides  in  use  and  the  format  being  used. 

Structure  of  the  Users  Guide 

Each  users  guide  will  consist  of  a body  of  six  main 
sections  plus  four  appendixes.  The  body  of  the  guide 
contains : 

1.  Introduction.  The  introduction  contains  a 
brief  description  of  the  database  supported 
by  the  guide,  the  scope  of  the  guide,  and  its 
intended  audience. 

2.  Capability  Description.  This  section 

describes  briefly,  in  overview  form,  the 
capabilities  of  the  integrated  database 
appl ication ( s ) supported  by  the  guide.  The 
emphasis  here  is  on  brevity  and  clarity  aimed 
at  the  non-ADP  user. 

3.  Batch  Input  Processing.  This  section 
provides  an  overview,  including  a brief 
glossary  of  commonly  used  terms,  of  the  batch 
input  processing  (IP)  functions.  Following 
the  introductory  narrative,  each  input  format 
used  by  the  appl ication ( s ) is  individually 
described.  The  format  of  this  description 
will  be  discussed  in  detail  under  "Batch 
Input  Processing  Instructions". 

4.  Batch  Report  Preparation.  This  section 
provides  an  overview  of  batch  report 


prepartion  capabilities.  It  then  provides  a 
detail  description  ot'  each  standard  report 
included  as  part  of  the  application  system. 
The  format  of  this  description  will  be 
discussed  in  detail  under  "Batch  Report 
Instructions " . 

5.  On-line  Input  Processing.  This  section  is 
structured  in  the  same  manner  as  that  for 
batch  input  processing.  Pictorials  of  on- 
line screens  are  described  as  defined  in  "On- 
line Input  Processing  Instructions"!. 

6.  On-line  Report  Processing.  This  section  is 

structure  in  the  same  manner  as  that  for 
batch  reporting.  It  defines,  initially,  how 
to  display  reports  placed  in  the  report 
display  queue.  This  is  followed  by 

directions  for  requesting  reports  and 

creating  new  reports.  The  corresponding 

section  in  Appendix  K may  be  used  with  minor 
changes  in  wording  for  the  narrative  portion 
of  this  section.  Further  details  are 

provided  in  "On-line  Report  Processing 

Instructions". 

The  appendixes  to  the  users  guide  contain: 

1.  Appendix  A.  This  appendix  contains  clean 
copies  of  all  forms  described  by  the  users 
guide. 

2.  Appendix  B.  This  appendix  contains 

instructions  for  preparation  of  batch  job 
control  decks  necessary  to  process  those 
functions  in  the  users  guide  which  are  batch 
oriented. 

3.  Appendix  C.  This  appendix  contains  a summary 
of  standard  and  special  messages  produced  by 
the  integrated  database  system  and 
instructions  for  responding  to  the  messages. 

4.  Appendix  D.  This  appendix  presents  a summary 
ot  ad  hoc  on-line  query  facilities  and 
techn iqucs . 
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Preparation  Format  of  the  Users  Guide 

Each  users  guide  contains  the  following  pages  or 

sections  in  the  order  listed: 

1.  Cover  page,  containing  the  name  of  the 

application  systems(s)  supported  by  the 
guide,  version  of  the  guide  and  its  date 
(month  and  year)  of  publication,  and  the 
identification  nymber  of  the  guide  manual. 

2.  Record  of'  changes,  initially  blank.  As 

updates  to  the  guide  take  place,  each  is 
entered  on  this  change  page. 

3.  Foreword,  a brief  statement  of  the  manual 

approach  which  uses  the  wording  of  the 
Appendix  F sample  except  for  tailoring  to 
meet  the  appl ication ( s ) covered  by  the  guide. 

NOTE:  The  above  pages  are  prepared  vertically  on  8 x 10  1/2 

paper,  printed  on  the  front  side  only.  Those  items  below  are 

printed  horizontally,  using  both  sides  of  the  paper,  as 

appropriate.  See  "Page  Printing  Organization". 

4.  Table  of  contents,  identifying  each  section 
of  the  users  guide.  Subsection  definitions 
are  provided  to  the  individual  function 
description  level. 

5.  Sections  1 through  6. 

6.  Appendixes  A through  D. 

Page  Printing  Organization 

The  main  body  of  the  users  guide  is  printed 
horizontally  on  8 x 10  1/2  paper.  Narrative  at  the  beginning 
of  sections  and  appendixes  is  displayed  in  two-column  format. 

When  describing  the  horizontal  format,  the  terms 
"left  hand"  and  "right  hand"  are  not  effective  to  describe 
page  positioning.  Instead,  the  page  positioning  will  be 
described  as  "top  page"  and  "bottom  page".  Taking  i standard 
three-ring  binder  and  turning  it  90  degrees  so  that  what  was 
the  left  hand  page  is  now  at  the  top,  the  binder  is  properly 
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aligned.  The  left  page  now  becomes  the  top  pace  and  the 
right  page  becomes  the  bottom. 

All  sections  and  new  subjects  start  with  the  bottom 
page.  Where  necessary,  the  preceding  top  page  will  be  left 
blank . 


An  one-inch  margin  will  be  left  for  each  page  (top  of 
the  bottom  page  and  bottom  of  the  top  page)  for  binding.  A 
3/4-inch  left  and  right  margin  will  be  allowed. 

The  title  of  the  section  will  be  placed  one-half  inch 
from  the  bottom  of  the  bottom  page,  right  justified  to  the 
margin.  Individual  instruction  groups  will  identify  the 
group  (see  individual  group  instructions)  instead  of  the 
section  title. 

The  page  number  of  the  page  will  be  centered  on  the 
same  line  as  the  title  of  the  section  at  the  bottom  of  the 
bottom  page.  On  the  top  page,  the  page  number  will  be 
centered  one-half  inch  from  the  top  of  the  page. 

The  section  "number"  and  title  will  be  centered  on 
the  bottom  page  two  inches  from  the  top  of  the  page  on  the 
first  page  of  the  section  only. 

Batch  Input  Processing  Instructions 

Each  batch  input  processing  instruction  is  composed 
of  three  items: 

1.  A narrative  description  of  the  function(s) 
supported  by  the  specific  input  processing 
format.  This  narrative  should  be  extracted 
from  the  comments  section  prepared  during  IP 
definition  (Appendix  A. 12)  and  stored  in  the 
IDD.  The  narrative  should  clearly  describe 
the  purpose  of  the  format  in  non-ADP  terms. 

The  narrative  is  written  in  single-column 
style  and  centered  on  the  bottom  page. 

2.  A pictorial  of  the  IP  format  sheet.  This 
pictorial  is  an  exact  duplicate  of  the  blank 
format  sheet  found  in  Appendix  A.  The  sheet 
is  completed  with  representative  information. 

Each  field  on  the  sheet  is  referenced  by  a 
circle,  containing  a reference  number,  and  an 
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arrow  pointing  to  the  field  in  such  a way 
that  no  confusion  exists  about  which  field  is 
being  described.  The  pictorial  is  placed  on 
the  top  page. 

3.  A detailed  narrative  description  of  user 
instructions  for  completing  each  field  in  the 
pictorial.  The  narrative  description  is 

keyed  to  the  numbered  arrows  on  the 

illustration.  The  narrative  is  presented  in 
single-column  format.  Field  key  numbers  are 
placed  at  the  left  margin.  The  field  name  AS 
SHOWN  ON  THE  ILLUSTRATED  FORMAT  is  shown, 
followed  by  the  narrative  description.  Where 
possible,  the  complete  information  required 
to  complete  the  field  entry  is  provided. 

When  this  information  includes  a long  or 
detailed  table,  the  table  may  be  placed  in  an 
appendix  (after  Appendix  D)  and  referenced  in 
the  narrative. 

When  the  number  of  fields  and/or  the  narrative 
exceeds  a single  page,  the  pictorial  is  duplicated  at  the  top 
of  the  next  page  and  the  narrative  continued  on  the  next 
bottom  page. 

The  batch  input  processing  instructions  are  grouped 
by  the  record  types,  within  the  database,  that  they  support. 
All  formats  supporting  a specific  record  type  should  be 
grouped  together.  This  means  that  store,  modify,  and  delete 
IP  formats  for  the  same  record  type  will  be  adjacent.  Store 
formats  are  first,  followed  by  one  or  more  modify  formats, 
and  ended  by  the  delete  format,  if  applicable. 

Each  major  group  of  IP  formats  should  be  preceded  by 
an  index  page  with  a visible  tab  for  rapid  access. 

Each  users  guide  will  contain  a visible  tabbed  place 
at  the  beginning  of  the  batch  IP  section  where  the  user  may 
place  frequently  used  IP  format  instructions.  This  will  make 
locating  such  instructions  easier  for  the  user. 

As  part  of  the  introductory  narrative  for  each  IP 
format,  precautionary  notes  should  be  included  where  the 
action  performed  by  the  format  could  possibly  damage  the 
database.  This  is  particularly  important  for  delete  IP's. 
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Such  a warning  message  will  be  preceded  by  "CAUTION:"  and 
placed  as  a separate  paragraph  at  the  end  of  the  narrative. 

Patch  Input  Processing  Coding  Formats 

Batch  input  processing  coding  formats  are  developed 
using  a grid  template  on  11  x 14-inch  unlined  paper.  When 
the  format  has  been  completed,  it  is  reduced  to  8 x 10  1/2- 
l nches . 

The  grid  template  provides  a series  of  horizontal 
lines  3/16-inch  apart  intersected  by  a series  of  vertical 
lines  1/10-inch  apart.  This  grid  pattern  creates  individual 
blocks  for  coding  which  are  large  enough  for  easy  fill-in 
while  allowing  a maximum  number  of  potential  blocks  per  page 
and  line.  The  10  blocks  per  inch  corresponds  to  a 10-pitch 
typewriter  and  facilitates  use  of  an  "ORATOR"  type  font  for 
pro-defined  code  within  blocks. 

The  normal  approach  followed  when  developing  a batch 
IP  format  is  to  place  elements  which  are  common  to  all 
following  lines  at  the  top  of  the  format  and  indented  five 
blocks.  The  comment  "Reproduced  in  all  data  lines  below"  is 
enclosed  in  brackets  beside  the  last  element  on  this  line. 

The  remaining  elements  in  the  IP  line  are  aligned 
horizontally  across  the  page  on  one  or  more  coding  lines. 
The  IP  identifier  is  placed  at  the  left  margin.  Individual 
elements  are  placed  on  the  line  in  ascending  position  order. 
If  the  data  line  requirements  exceed  the  format  line  space, 
use  the  following  format  line  and  indent  the  beginning  of  the 
data  element  to  align  with  the  first  element  on  the  preceding 
line.  Elements  must  be  separated  by  at  least  one  block  space 
on  the  format  line.  Where  practical,  two  or  three  spaces  is 
desirable.  In  some  cases  where  elements  lengths  are  short 
and  their  corresponding  titles  are  long,  extra  separation  to 
improve  readability  is  desirable. 

The  descriptive  title  of  each  element  is  placed  above 
the  fill-in  blocks.  It  is  centered  and,  desirably,  is  typed 
using  12-pitch  Prestige  Elite  font. 

The  corresponding  card  positions  of  the  beginning  and 
end  of  each  element  are  placed  below  the  fill-in  blocks.  12- 
pitch  Prestige  Elite  font  is  desirable. 
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The  first  line  of  fill-in  blocks  should  begin  1 1/2 

inches  from  the  top  margin  and  end  1 1/2  inches  from  the 
bottom  margin.  If  additional  lines  are  required,  they  must 
be  taken  from  the  top  margin  first.  Since  the  bottom  margin 
will  be  punched  in  the  examples,  the  bottom  margin  must  not 
be  reduced  to  less  than  1-inch. 

The  functional  purpose  of  the  IP  format  is  centered  1 
inch  from  the  top  of  the  page.  The  Orator  font  at  10-pitch 
is  used  for  this  line. 

At  least  one  empty  line  block  should  be  left  between 
the  format  data  lines  to  leave  room  for  titles  and  card 
positions.  When  multiple  lines  of  the  same  data  elements  in 
the  same  card  positions  are  used  by  the  JP,  successive  line 
blocks  may  be  used  to  conserve  space  and  improve  readability 
of  the  format.  Corresponding  positions  number  references  are 
place  below  the  last  line  of  the  multiple  line  group. 

Batch  Report  Instructions 

Eacti  batch  report  instruction  is  composed  of  five 

i terns : 

1.  A narrative  description  of  the  report  and  the 
function(s)  it  supports.  This  narrative 
should  be  extracted  from  the  comments 
sections  prepared  during  report  definition 
(Appendixes  A. 10  and  A. 11)  and  stored  in  the 
IDD.  The  narrative  should  clearly  describe 
the  purpose  of  the  report  in  non-ADP  terms. 

The  narrative  is  written  in  single-column 
style  and  centered  on  the  bottom  page. 

2.  A pictorial  of  the  report  page.  This 
pictorial  is  an  exact  duplicate  of  an  actual 
page  of  a representative  execution  of  the 
report.  The  example  must  illustrate  all 
normal  and  optional  print  lines  and  features. 

Each  field  on  the  report  is  referenced  by  a 
circle,  containing  a reference  number,  and  an 
arrow  pointing  to  the  field  in  such  a way 
that  no  confusion  exists  about  which  field  is 
being  described.  The  pictorial  is  placed  on 
the  top  page. 
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3.  A detailed  narrative  description  of  each 
report  field  referenced  in  the  report  page 
pictorial.  The  narrative  is  presented  in 
single-column  format.  Field  key  numbers  are 
placed  at  the  left  margin. 

4.  A pictorial  of  the  control  cards  required  to 
produce  the  report.  This  pictorial  will 
illustrate  each  separate  control  card  in  the 
order  they  appear  in  the  deck.  See  Appendix 
B . 2 of  Appendix  F.  The  pictorial  is  placed 
on  the  top  page.  Each  variable  field  within 
the  control  card  pictorial  will  be  identified 
by  a reference  number,  using  the  circle  and 
arrow  technique  used  in  3 above. 

5.  A detailed  narrative  of  the  control  card 
pictorial  with  reference  numbers  at  the  left 
margin.  Each  variable  field  must  be 
thoroughly  explained. 

NOTE:  Reports  typically  exist  in  "families"  which  utilize 

the  same  format  but  produce  different  results  based  on 
sorting  and  logical  data  selection  criteria.  Where  a family 
of  reports  exists: 

1.  A index  tab  page  will  be  inserted,  keyed  to 
the  report  family.  The  tab  page  will  be  a 
bottom  page  and  contain  a table  of  contents 
of  the  reports  in  the  family  with  sufficient 
description  for  the  user  to  select  the 
desired  report. 

2.  Each  individual  report  option  within  the 
family  will  be  defined  and  illustrated  as  a 
separate  entity. 

On-line  Input  Processing  Instructions 

On-line  input  processing  differs  from  batch  primarily  in  the 
volume  of  information  which  may  be  stored  in  the  database 
from  a single  IP.  It  is  also  possible  to  direct  the  system 
to  proceed  from  one  IP  to  another  through  use  of  function 
keys . 
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Each  on-line  input  processing  instruction  is  composed 
of  four  items: 

1.  A narrative  description  of  the  function(s) 
supported  by  the  specific  ip  screen.  This 
narrative  should  be  extracted  from  the 
comments  section  prepared  during  IP 
definition  (Appendix  A. 14)  and  stored  in  the 
IDD.  The  narrative  must  clearly  describe  the 
purpose(s)  of  the  screen  in  non-ADP  terms. 

The  narrative  is  written  in  single-column 
style  and  centered  on  the  bottom  page. 

2.  A pictorial  of  the  IP  screen.  This  pictorial 
is  an  exact  duplicate  of  what  is  displayed  on 
the  screen.  Representative  information  is 
included  for  illustrative  purposes.  Each 
field  on  the  screen  is  referenced  by  the 
number,  circle,  and  arrow  technique  described 
previously.  The  pictorial  is  placed  on  the 
top  page.  The  screen  pictorial  is  surrounded 
by  a CRT  screen  border  (see  Section  6 of 
Appendix  F ) . 

3.  A two-level  chart  showing  the  primary  screen 
IP  and  each  of  the  functional  options 
provided  by  function  keys.  This  chart  will 
be  no  larger  than  2 1/2  inches  high  by  the 
width  of  the  paper.  It  will  be  placed  at  the 
top  of  each  bottom  page  which  contains  screen 
instructions . 

4.  A detailed  narrative  description  of  user 
instructions  for  completion  of  each  field  in 
the  pictorial.  The  narrative  description  is 
keyed  to  the  numbered  arrows  on  the 
illustration.  The  narrative  is  present  in 
single-column  format.  Field  key  numbers  are 
placed  at  the  left  margin.  The  field  name  AS 
SHOWN  ON  THE  ILLUSTRATED  FORMAT  is  shown, 
followed  by  the  narrative  description.  Where 
possible,  the  complete  information  required 
to  complete  the  field  entry  is  provided. 

When  this  information  includes  a long  or 
detailed  table,  the  table  may  be  place  in  an 
appendix  (after  Appendix  D)  and  referenced  in 
the  narrative. 
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When  the  number  o£  fields  and/or  the  narrative 
exceeds  a single  page,  the  pictorial  is  duplicated  at  the  top 
of  the  next  page  and  the  narrative  continued  on  the  next 
bottom  page. 

On-line  IP  instructions  are  grouped  by  the  functional 
options  which  they  present.  An  IP  screen  which  permits  the 
calling  of  several  subordinate  screens  will  precede  those 
subordinate  screens  in  the  users  guide.  Under  some 
c i rcums tances , it  is  possible  for  a single  screen's 
instructions  to  be  required  in  several  places  for  continuity. 
When  this  occurs,  the  IP  instructions  will  be  duplicated  and 
placed  in  the  appropriate  locations. 

Each  major  group  of  IP  screens  should  be  preceded  by 
an  index  page  with  a visible  tab  for  rapid  access. 

Each  users  guide  will  contain  a visible  tabbed  place 

Iat  the  beginning  of  the  on-line  IP  section  where  the  user  may 
place  frequently  used  IP  screen  instructions. 
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APPENDIX  B.l 

DATA  ELEMENT  NAME  CONVENTIONS,  GENERAL 

It  is  important  to  consistency  within  the  structure 
and  representation  of  the  the  contents  of  the  database  that 
data  elements  be  named  and  addressed  in  a uniform  manner. 
The  data  element  naming  conventions  described  here  are 
established  to  meet  this  basic  requirement.  Where  an 

unusual  condition  makes  naming  a data  element  without  regard 
for  these  conventions,  written  approval  of  the  Database 
Administrator  must  be  obtained. 

Conventions : 

1.  The  data  element  name  will  reflect,  as 

clearly  as  possible,  the  purpose  or  contents 
of  the  data  element. 

2.  The  data  element  name  will  not  exceed  16 

characters  in  length,  including  hyphens. 

3.  Where  the  element  is  one  of  a common  type 
listed  in  Appendix  B.2,  the  appropriate 
prefix  will  be  used. 

4.  All  data  element  names  must  begin  with  an 
alphabetic  character. 
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COMMON  DATA  ELEMENT  NAME  PREFIXES 

Certain  data  elements  within  the  database  are 
basically  identical  to  other  elements  except  for  their 
individual  usage.  For  example:  "NAME"  may  be  the  name  of  a 
person,  the  name  of  a publication,  the  name  of  a company,  or 
the  name  of  a position,  etc.  All,  however,  are  NAMES.  The 
same  is  true  of  "DATE",  even  though  the  type  of  date  may 
vary  widely. 

These  common  data  types  are  identified  by  a 
one-to-four  character  prefix  which  is  appended  to  the  data 
element  or  element  group  name  to  identify  its  generic  group. 
When  used  as  part  of  an  element  name,  the  prefix  is 
separated  from  the  main  portion  of  the  name  by  a hyphen  (-). 

The  prefixes  listed  in  this  appendix  are  broken  into 
two  groups:  primary  and  secondary.  Primary  prefixes  are 

used  wherever  applicable.  Secondary  prefixes  are  used  if  a 
primary  prefix  is  not  also  used.  The  secondary  prefix  is 
optional  when  a primary  prefix  is  used.  Where  both  primary 
and  secondary  prefixes  are  used  in  the  same  data  name,  the 
hyphen  between  the  prefixes  may  be  omitted. 

Primary  prefixes  are; 

1.  DATE.  This  prefix  is  used  for  all  data 

element  groups  defining  dates.  The  form  of 
date:  calendar;  computed;  or  Julian,  is 

optionally  indicated  as  J (Julian)  C 
(computed),  or  G (Georgian  calendar)  as  an 
additional  prefix  character. 

2.  MO.  Month  of  the  year. 

3.  DY.  Day  of  the  month. 

4.  YR.  Year  of  the  century. 

5.  NAME.  This  prefix  is  used  for  all  data 
elements  of  the  generic  group  defined  as 
names . 
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l>.  ADDK.  Ail » 1 1 o iiHcs  . 


7. 

C l TY  . 

A city,  t own  , borough  . 

8 . 

STAT . 

A statu  ot  pt  ov  i not’ . 

9. 

CTRY . 

Conn  try . 

10. 

CTY  . 

Count y . 

1 l. 

DATA . 

Data  ident i 1 ioi  . 

12. 

DRKY  . 

Databank  key  infoi  nutioi\. 

1 J. 

DTG . 

Dato-t ime-gt oup  element  aioup. 

14  . 

T I Ml' . 

Clock  t imo  ot  day  o turnout  grout 

15. 

HR. 

Hour  ol  t ho  day. 

16. 

MIN. 

M i nu t on  o l a n hou t . 

17. 

sue . 

Seconds  within  a minute. 

18. 

2 l P . 

Postal  zip  code. 

Sec 

Ollda  I'Y 

pro! i xes  are  : 

l . 

SW . A 

i switch  ot  Clan  element  . 

CTR. 

A count'd  oi  accumu  laid)  data  ole 

I'.'  . 
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DATA  ELEMENT  I'ICTUUE  DEFINITION  CONVENTIONS 

The  size  mu)  composition  of  data  elements  are 
commonly  defined  through  a short-hand  form  called  a 
"picture".  This  short-hand  form  may  be  directly  translated 
into  computer-readable  format.  Picture  definitions  are  used 
within  the  data  dictionary  t o define  the  structure  of  t tie 
data  element  within  the  database. 

The  picture  definition  is  composed  of  three  basic 
element  segments: 

1 . A qua  1 i f iyer , 

/ 

2.  The  date/  type, 

/ 

3.  The  data  length. 

/ 

The  qualifier  which  may  lie  used  applies  to  mimetic 
type  data  only.  /The  lettei  "y"  may  precede  the  data  type  to 
identify  a nume/io  data  type  as  signed.  The  use  of  a signed 
numeric  data  type  permits  the  data  element  to  contain 
negative  vali/es  as  well  as  positive  values.  When  used,  the 
qualifier,  is' immediately  followed  by  the  numei  ic  data  type 
without  into/veninq  spaces  or  special  charactets. 


Tht/ee  basic 
/ 


data  types  are  permitted: 


Numeric.  All  data  within  the  element  will 
always  be  numeric  (zero  through  nine). 
Alphabetic  o:  special  characters  entered  In 
this  field  will  result  in  processing  errors. 
The  picture  symbol  tor  a numeric  data  type  is 
a nine  ( ^ ) . 


Alphabetic.  All  data  wittiin  the  element 
will  always  be  alphabetic  (the  alphabet  in 
upper-case  and  normal  punctuation 

characters).  Numei ic  data  entered  in  this 
field  will  result  in  processing  errors.  The 
picture  symbol  fot  an  alphabetic  data  typ-' 
is  the  letter  "A".  This  option  is  seldom 
used  except  where  numei ic  data  is  to  be 
s pec i f i ca 1 1 y e xc 1 uded . 
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3.  Alphanumeric.  Data  within  the  element  may 
consist  o£  any  oC  the  permissible  characters 
or  digits  defined  by  the  computer. 

Alphabetic  and  numeric  data  may  be 
intermixed  at  will  without  processing 

errors.  Numeric  data  stored  in  this  type  o£ 
field  should  be  used  for  information 
purposes  only.  Computation  processing  of 
numeric  data  in  this  data  type  will  require 
extra  handling  by  the  computer  and  will 
result  in  slower  processing.  The  picture 
symbol  for  an  alphanumeric  data  type  is  the 
letter  "X”.  This  is  the  most  commonly  used 
data  type. 

The  data  element  length  is  defined  following  the 
data  type  segment.  The  length  is  subject  to  certain  rules: 

1.  Numeric  data  elements  may  not  exceed  13 
digits  in  length. 

2.  Alphabetic  or  alphanumeric  data  elements  may 
not  exceed  800  characters  in  length  without 
approval  of  the  project  manager. 

Data  element  length  is  identified  by  a numeric  value 
enclosed  in  parenthesis.  This  value  may  range  from  one 
through  the  limits  defined  above,  e.g.,  (12),  (8).  The  size 

segment  immediately  follows  the  data  type  segment  without 
intervening  spaces  or  special  characters. 

The  complete  picture  definition  for  the  various 
types  of  data  are  illustrated  below: 

1.  Numeric.  S9 ( 8 ) 9(8) 

2.  Alphabetic.  A(10) 

3.  Alphanumeric.  X(10) 
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DATA  ELEMENT  USAGE  CONVENTIONS 

The  usage  clause  defines  the  intended  use  and 
composition  of  a data  element  within  the  database.  The 
usage  clause  is  a qualifier  for  the  PICTURE  clause. 

Available  usage  clauses  are: 

1.  DISPLAY.  This  clause  is  the  default 
whenever  the  usage  clause  is  omitted.  If 
this  usage  is  desired,  omit  the  clause. 

2.  COMP.  This  clause  is  used  to  define  numeric 
data  types  which  will  use  a special  form  of 
numeric  representation  within  the  database. 

This  usage  type  should  be  used  only  with  the 
approval  of  the  project  manager. 

3.  CONDITION-NAME.  It  is  sometimes  useful  to 
define  a phrase  which  identifies  a condition 
or  value  of  the  data  element.  This 
condition  is  set  whenever  the  data  element 
contains  the  value  within  the  database 
record  matches  the  value  associated  with  the 
condition  name.  The  project  manager  should 
be  consulted  prior  to  defining  any  condition 
names . 


APPENDIX  13.5 

INITIAL  VALUE  DEFINITION 

It  is  desirable  that  an  initial  value  be  provided 
for  all  data  elements.  This  insures  that  garbage  data 
values  will  not  be  loaded  to  the  database.  Initial  values 
are  typically  either  SPACES  (blanks)  for  alphabetic  or 
alphanumeric  data  elements  or  ZERO  (0)  for  numeric  data 
elements.  If  the  numeric  item  is  signed  (a  "S"  in  the 
qualifier  segment),  the  initial  value  should  be  "+0". 

The  length  of  the  value  data  must  not  exceed  the 
length  of  the  field  as  defined  in  the  PICTURE  clause. 
Therefore,  if  the  field  is  ten  characters  long,  the  value 
literal  must  not  exceed  ten  characters.  If  an  alphabetic  or 
alphanumeric  literal  contains  spaces  or  special  characters 
(characters  other  than  A-Z,  0-9,  and  hyphen,  period,  or 
comma),  it  must  be  enclosed  in  single  quote  marks. 

The  literal  may  not  exceed  34  characters  in  any 

event . 
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IP  NAMING  CONVENTIONS 

Each  input  processing  (IP)  module  is  identified  as  a 
unique  entity  through  a defined  name.  This  name  is  composed 
of  four  characters. 

The  three  primary  characters  are  assigned  by  the  DA 
staff.  They  are  normally  alphabetic.  The  third  character 
may  be  numeric  if  approved  by  the  DBA. 

The  first  two  characters  must  always  be  alphabetic 
and  will  consist  of  the  logical  record  type  identifier  for 
the  database  record  supported  by  the  IP. 

The  third  character  identifies  individual  IP  modules 
supporting  the  specified  database  record  type.  The  alphabet 
is  used,  A through  Z,  followed  by  the  numbers  0 through  9 if 
required.  The  "A"  ALWAYS  identifies  the  IP  which  primarily 
STORES  the  record  occurrence  in  the  database.  Where  more 
than  one  IP  stores  the  record,  the  identifier  used  should 
alphabetically  precede  other  IP's  which  modify  the  record  in 
the  same  context. 

The  fourth  character  identifies  the  processing 
option  to  be  performed  by  the  IP.  This  character  may  be: 


1. 

S - Store  a 

record  in  the 

database . 

2. 

M - Modify 
database . 

an  existing 

record 

in 

the 

3. 

D - Delete 
database . 

an  existing 

record 

from 

the 

4. 

Q - Retrieve 

a record  from 

the  database. 
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COBOL  PROGRAM  DEVELOPMENT  CONVENTIONS 

Program  development  must  consider  future  maintenance 
requirements  as  well  as  today's  performance.  A major  factoi 
in  the  resource  requirements  for  maintenance  is  the 
readability  and  understandabi 1 i ty  of  source  programs.  This 
Appendix  defines  programming  conventions  which  are  designed 
to  enhance  the  effective  design  of  a program  while 
simultaneously  making  it  self-documenting. 

It  is  the  intent  of  these  conventions  to  document  a 
COBOL  program  sufficiently  that  separate  program  maintenance 
documentation  is  not  required.  Experience  has  shown  that 
separate  documents  are  not  kept  current  and  suffer  from  a 
lack  of  detail.  Inserting  the  doeumentat ion  into  the  source 
program  itself  eliminates  that  problem  and  reduces  the 
overall  documentation  effort. 


COBOL  programs  developed  tor  execution  on  N I PSSA 
computers  will  follow  specific  coding  and  documentation 
conventions.  These  conventions  are  defined  by  major  COBOL 
division: 

1.  IDENTIFICATION  DIVISION. 


IDENTIFICATION  DIVISION . 

PROGRAM- ID.  assigned  name. 

INSTALLATION.  N I PSSA. 

DATE-COMPILED . 

SECURITY.  classification  of  source  pregram. 
AUTHOR.  name  of  originating  author. 

REMARKS . 


program  description  using  * comment  statements 
description  will  define  purpose  of  program, 
source  of  data,  supporting  files. 

a version/revision  log  identifies  the  latest 
revision  level,  the  date,  and  the  purpose  ot 
the  revision,  place  a blank  line  between 
revision  description. 
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DATA  DIVISION. 


WORKING-STORAGE  SECTION. 


01 

V-L- IDENTIFICATION  . 
03  FILLER 

PIC 

X ( 8 ) 

VALUE 

' program  name ' . 

03  FILLER 

PIC 

X ( 1 6 ) 

VALUE 

'VERSION  01 ' . 

03  FILLER 

PIC 

X(  16) 

VALUE 

' LEVEL  01' . 

03  FILLER 

PIC 

X ( 16 ) 

VALUE 

'DATE-  mm/dd/yy' 

01 

SWITCHES  . 

03  XY2-SW 

PIC 

9 

VALUE 

0. 

88  XY  2-OFF 

VALUE 

0. 

88  XY2-ON 

VALUE 

1. 

01 

COUNTERS  COMP- 3. 

03  ABC-CT 

PIC 

S9(5) 

VALUE 

+ 0. 

03  MAIN-CTR 

PIC 

S9  ( 8 ) 

VALUE 

+ 6 . 

01 

SUBSCRIPTS  COMP. 

03  R 

PIC 

S9  9 

VALUE  +1 

• 

01 

PROGRAM-MESSAGES . 

03  MSGl 

PIC 

X(  16) 

VALUE 

'TOO  MANY  ERRORS 

01 

PROGRAM-TABLES . 

01 

HOLD-AREAS. 

03  MAIN-HOLD 

PIC 

X(8) 

VALUE 

SPACES . 

03  DATA-HLD 

PIC 

X(  80  ) 

VALUE 

SPACES. 

3.  PROCEDURE  DIVISION. 

Procedure  code  will  utilize  structured  programming 
techniques  whenever  practical.  Deviations  from  structured 
approaches  will  be  thoroughly  commented  in  the  program  and 
approved  by  the  application  project  manager. 

These  conventions  will  be  followed: 

1.  Where  practical,  the  use  of  "GO  TO"  will  be 
avoided.  Backward  "GO  TO"  statements  (where 
the  object  of  the  GO  TO  precedes  the  GO  TO 
statement  itself)  will  not  be  used. 

2.  PERFORM  verbs  will  address  only  SECTIONS. 
Performing  of  paragraphs  or  use  of  "THRU" 
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option  will  be  avoided. 


3.  Section  names  will  be  suffixed  by  a numeric 
value  which  acts  as  a running  index  for 
reference  purposes.  The  numeric  value  will 
increase  from  front  to  back  of  the  procedure 
division.  Example:  MAIN-PROCESS-100  SECTION 
precedes  READ- F I LE- 240  SECTION. 

4.  Each  section  will  begin  a new  page.  The 
logic  code  of  the  section  will  be  preceded  by 
a comment  narrative  describing  the 
function(s)  to  be  performed  by  the  section. 
This  description  will  include  the  input  and 
output  of  the  section,  where  applicable,  and 
the  calling  and  called  sections. 

5.  Within  the  logic  of  a section,  each  related 
group  of  source  statements  will  be  preceded 
by  a block  of  comments  describing  the  groups 
function(s).  The  comment  block  will  be 
preceded  and  followed  by  a line  of  hyphens  to 
set  off  the  comments.  Comments  will  begin  in 
position  20  of  the  comment  line. 

6.  Section  names  will  be  descriptive  but  limited 
in  length  to  16  characters  plus  the  numeric 
suffix. 

7.  COBOL  source  statements  which  are  not 
dependent  on  other  statements  will  begin  in 
position  12.  Statements  which  are  dependent 
upon  a preceding  statement  will  be  indented  4 
positions . 

8 . ONLY  ONE  STATEMENT  MAY  BE  CODED  PER  SOURCE 

LINE. 

9.  When  ELSE  statements  accompany  IF  statements, 
the  ELSE  will  be  vertically  aligned  with  its 
corresponding  IF  to  insure  understanding. 

10.  Use  of  SKIP  statements  to  visually  improve 
the  readability  or  understanding  of  the 
source  program  is  encouraged. 
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11.  Positions  1-5  of  each  source  line  will 
contain  the  version  and  level  number  of  the 
line.  This  is  particularly  important  during 
revision  and  enhancement  changes  to  the 
program. 

12.  Program  section  organization  will  follow 
this  general  order: 


(a)  Main  processing  path.  A short 
section  composed  of  PERFORMS  of  a 
series  of  subordinate  sections. 


(b) 


Housekeeping  sections, 
program,  as  required,  may 
housekeeping  functions  to 
performed  at  the  start  and  f 
of  the  program  execution, 
include  data  initializing, 
opening  and  closing,  etc. 


Each 
have 
be 
i n i s h 
These 
file 


(c)  I/O  sections.  All  program  I/O, 
other  than  IDMS  DML  statements, 
should  be  performed  in  individual 
subprograms  to  facilitate  future 
changes  in  I/O  interfaces.  For 
example,  card  reading  should  be 
performed  by  a single  routine  as 
should  tape  reading  or  writing. 


(d) 


Major  processing  functions.  Each 
major  processing  function  should 
be  inserted  in  the  same  order  as 
it  is  performed  in  the  main 
processing  path.  Sub-functions 
should  immediately  follow  its 
associated  main  function  IF  it  is 
used  only  by  that  function.  It 
is  recommended  that  each  main 
function  be  assigned  a numeric 
suffix  such  as  1000,  2000,  etc. 
This  leaves  the  intervening 
numbers  for  use  by  sub-functions 


(1100,  1200). 


Next 


level 


subfunctions  (1110,  1120)  follow. 
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SCHEMA  RECORD  STRUCTURE 


TEMPLATE 


APPLICATION-  [appl ] 
OWNER-  [ownername] 
MEMBER-  [membername 
DATE-  [date] 

BY-  [person] 


[ownername) 
[o]  [appl] 
ID- [ownerid J 
XI- 
X 2- 

DA- [ownerid] 


( lipid] ) 

v 


[membername] 
[m]  [appl ] 
ID- [member  id] 
XI- 
X2- 

DA- [memberid] 


Processing  is  [mode]  thru  [ ip  id ] IP 
PURPOSE: 


BB  .1 
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I 


GENERAL  UDB  RECORD  TYPES 

During  design  of  the  database  for  different 
appl ica t ions , it  became  evident  that  certain  data  entities 
were  frequently  repeated  between  applications.  The  data 
itself  is  frequently  unique  but  the  function  supported 
remains  the  same. 

Because  of  the  flexibility  of  UDB  to  link  any  record 
type  to  any  other  record  type,  it  is  possible  to  define  a 
series  of  common  record  entities  which  can  then  be  used  by 
many  applications  without  additional  design  effort.  The  same 
input  processing  software  may  be  used  by  a majority  of  the 
applications,  reducing  software  development  costs  in  many 
cases . 

Comments  Record 

A general  comments  record  has  been  defined.  This 
record  type  is  identified  as  logical  record  type  "HA".  Other 
comment  records  will  be  defined  as  logical  types  "RB  through 
"RE”  and  "RO"  through  "R9".  All  IP's  which  process  a 
comments  record  occurrence  will  begin  with  "R". 

The  general  description  of  the  comments  record  below 
may  be  modified  whore  necessary  to  accommodate  additional 
elements.  The  800-byte  general  text  area  should  NOT  be 
altered.  The  FI-xxxx  area  will  ALWAYS  be  the  first  in  the 
record  description  and  will  not  be  altered.  The  first  three 
fields  in  the  ID-xxxx  block  will  always  be  in  the  same 
position  and  of  the  same  length. 

The  UDB-COMMENTS  record  consists  of: 


1. 


FI-xxxx. 
f ields : 


The  fixed  data  block  contains  three 


CLASS-nnnn,  the  security 
classification  of  the  record 
occurrence,  the  same  as  SECURITY- 
CLASS.  The  field  is  stored  by  t-he 
IP.  If  no  classif icalion  is 
defined,  the  default  is 
unclass i f ied . 
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L 


HANDL-nnnn,  the  re leasab i 1 i ty  code 
of  the  record  occurrence,  the  same 
as  RULE AS ABILITY . The  field  is 
stored  by  the  IP.  The  default  is 
no  restriction,  spaces,  if  no 
releasability  data  is  provided. 


c.  DATE-MOD-nnnn , the  date  on  which 
the  record  occurrence  was  last 
modified,  in  format  yymmdd,  the 
same  as  DATE-COMMON. 

d.  DBID-nnnn,  the  8-byte  database 
identifier  which  links  the  record 
occurrence  to  a specific  database. 

e.  LOG-TYPE-nnnn , a 2 -byte  logical 
type  code  for  the  comment  record. 
The  field  may  be  user  specified 
where  different  kinds  of  comments 
may  be  applied  to  a specific  owner 
record.  The  codes  should  be 
alphabetic.  If  no  code  is  used, 
the  logical  record  type  code  "Rx" 
should  be  used. 

f.  DATE-STORED-nnnn , the  date  on  which 

the  record  was  stored  in  the 
database,  format  yymmdd,  same  as 
DATE-COMMON.  The  field  is 

automatically  stored  by  the  store 
IP  and  may  not  be  modified  by  the 
user . 

2.  ID-xxxx.  The  identifier  block  contains: 

a.  DATE-COMMENT-nnnn , a 6-byte  field, 

same  as  DATE-COMMON,  which  contains 
the  date  of  the 

comment/description.  This  field 
may  be  omitted  where  the  date  is 
not  a factor  in  establishing  a 
unique  record  occurrence. 

b.  SEQUENCE-nnnn , a 3-byte  sequence 
field,  stored  by  the  user  IP,  to 
distinguish  comment  records  which 
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require  multiple  occurrences  to 
completely  enter  a comment.  The 
data  is  numei ic.  The  first 
occurrence  is  stored 

3.  DA-xxxx.  The  text  block,  800  bytes  long,  may 
be  loaded  in  any  form  by  the  user.  It  is  not 
recommended  that  multiple  data  fields  be 
placed  in  ttiis  block  unless  the  block  itself 
is  redefined  in  the  schema.  The  schema  looks 
at  this  block  in  one  of  two  ways:  (a)  a 

single  contiguous  block  ot  800  bytes;  (2)  20 
40-character  litres  ot  data. 


Comments  records  will  be  stored  as  automatic  members 
of  another  record  entity.  Because  of  this  requirement, 
individual  IP's  will  be  created. 


xxxx  = the  name  of  the  record  type 

nnnn  = the  record  identifier  ot  the  record  type. 


The  format  of  the  coding  sheet,  and  therefore  ot  the  IP 
input  definition,  will  bo  largely  the  same  from  one  ip  to 
another . 

Coding  sheets  will  be  basically  structured  as 

follows : 


1.  Positions  1-4  will  contain  RxxS/M,  0,  where  xx 
is  the  unique  identifier  for  the  IP. 

2.  Positions  5-25  will  contain  the  identifier  of 
the  owner  occurrence  to  which  the  comment 
will  be  attached.  When  less  than  21 
characters  are  required,  show  only  the 
characters  (divided  into  logical  element 
fields  if  appropriate)  which  ate  necessary  to 
uniquely  identify  the  owner. 


3.  Positions  26-31  will  contain  the  date  on 
which  the  comment  is  stored  (created),  in 
format  yymmdd. 


. t 


4.  Positions  32-33  will  contain  the  logical 
comment  subtype.  This  is  used  it  the 
application  relationship  requires  that 
multiple  kinds  of  comments  be  identified, 
such  as  missions,  functions,  goals,  etc. 
This  field  is  used  only  when  a comment  record 
is  used  for  multiple  purposes  for  a specific 
owner.  When  used,  the  subtype  is  placed  as 
the  first  element  in  the  ID-xxxx  data 
identifier  group. 

5.  Positions  34-36  will  contain  the  sequence  of 
occurrences  of  the  comment  itself.  When  the 
narrative  exceeds  800  bytes,  this  field 
permits  additional  uniquely  identified 
comment  record  occurrences.  The  sequence 
number  begins  with  "000"  and  is  incremented 
for  each  additional  entry  within  the  same 
comment . 

6.  Position  37  will  contain  the  security 
classification  of  the  comment.  If  omitted, 
this  defaults  to  unclassified.  The  actual 
entry  is  necessary  only  on  the  line  01  (see  7 
below)  card. 

7.  Position  38  will  contain  the  security 

releasab il i ty  code  for  the  comment.  If 

omi tted,  no  releasability  restrictions  are 
appl ied . 

8.  Positions  39-40  contain  the  logical  lino 

number  of  the  comment.  Each  comment  may 
contain  up  to  20  40-character  logical  lines. 
The  store  function  card  MUST  be  associated 
with  line  01.  Modifications  to  add  more 
lines  (or  change  line  01)  will  contain  the 
logical  line  number  to  be  modified. 

8.  Positions  41-80  contain  the  logical  line 

text.  The  data  is  tree-form  and  can  contain 
any  valid  alphabetic,  numeric,  or  special 
characters  within  the  EBCDIC  set.  While  the 
logical  line  limit  is  40  characters,  this 
does  not  mean  that  the  user's  textual  lines 
must  conform  to  that  limit.  The  line  length 
on  printed  (or  other)  output  may  be  whatever 
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length  desired.  Keep  in  mind  that  user  line 
lengths  other  than  multiples  of  40  bytes  will 
have  to  be  addressed  through  subscripts  and 
character-  by-character  processing  rather 
than  in  40-character  groups. 

Reference  Record 

A general  record  type  has  been  defined  to  support  all 
types  of  documents,  articles,  letters,  memos,  invoices,  etc. 
A list  of  the  specific  reference  subtypes  is  provided  at  the 
end  of  this  section. 

The  reference  record  is  stored  through  a group  of 
predefined  IP's.  The  IP's  may  be  used  without  change  by  all 
applications.  Alternatively,  additional  tailored  IP's  may  be 
written  to  process  those  data  elements  which  relate  to  a 
specific  application  and  ignore  those  which  do  not  apply. 

The  reference  record  is  stored  as  an  independent 
occurrence  without  linkage  to  other  entity  occurrences.  This 
permits  the  independent  association  of  multiple  relationships 
with  a single  reference  by  other  applications.  For  example: 
A letter  received  through  the  mail  is  entered  into  the 
database  as  a reference.  It  appears  as  part  of  a 
correspondence  control  function.  When  routed  to  someone  for 
action,  it  is  linked  to  the  department  and/or  individual  who 
will  be  responsible  for  the  letter.  When  a reply  is 
prepared,  the  letter  will  become  a reference  to  the  reply. 

When  a reference  is  specifically  created  as  part  of 
an  application  function  (and  is  therefore  DEPENDENT  upon  that 
function  for  its  existence),  a specific  IP  may  be  written. 
The  IP  will  have  the  form  QxxS/M/D,  where  xx  is  the  IP's 
unique  identifier. 

The  reference  record  contains  the  following  data 
e lements : 

1.  FI-KEFERENCE . The  fixed  group  is  composed  of 
6 elements: 

a.  CLASS-1002.  The  security 

classification  of  the  >-_v.ord 
occurrence,  same  as  SECURITY- 
CLASS.  The  field  value  is  stored 
by  the  IP.  If  no  value  is  entered. 


a default 
assumed. 

of 

unclass  if ied 

b.  HANDL- 1002. 

The 

releasability 

of  the  record  occurrence,  same  as 
RELEASABILITY . The  field  value  is 
stored  by  the  IP.  If  no  value  is 
entered,  a default  of  no 
restriction  (blank)  is  assumed. 

c.  DATE-MOD- 10 0 2 . The  date  on  which 
the  record  occurrence  was  last 
modified,  in  format  yymmdd,  same  as 
DATE-COMMON.  The  field  is  stored 
automatically  by  the  system. 

d.  DBID-1002,  the  8-byte  database 
identifier.  The  field  is  stored  by 
the  system. 

e.  LOG-TYPE- 100 2 , the  logical  type  for 
the  reference,  stored  by  the  IP, 
based  on  the  table  of  types 
following  this  description. 

f.  DATE-STORED-1002 , the  date  on  which 
the  record  was  stored  in  the 
database,  in  format  yymmdd,  same  as 
DATE-COMMON.  The  field  is  stored 
by  the  system. 

2.  ID-REFERENCE,  the  identifier  which  uniquely 
identifies  one  reference  occurrence  from 
another : 

a.  REF-SERIAL,  a 15-byte  serial 
identifier  assigned  by  the 
originator. 

b.  A 17-byte  field  available  for 
further  identification. 

2.  DA- REFERENCE , the  main  detail  data 
description: 

a.  NAME- REF- SIGN,  a 27-byte  field 
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containing  the  name  of  the  person 
signing  the  reference 

b.  REF-CLASS,  a 1-byte  field 

identifying  the  security 

classification  assigned  to  the 

reference  itself.  This  is 

different  from  the  security 
classification  assigned  to  the 
reference  entity  stored  in  the 
database . 

c.  REF-HANDL,  a 1-byte  field 

identifying  the  security 

re leasabi 1 i ty  assigned  to  the 

reference  itself.  This  is 

different  from  the  security 
releasabil i ty  assigned  to  the 

reference  entity  stored  in  the 
database . 

d.  REF-SUBJ,  a 40-byte  field 

identifying  the  subject  of  the 

reference . 

e.  REF-SUDJ-CODE , a 4-byte  field 

identifying  the  standard  subject 
code  for  the  reference. 

f.  REF-SUBJ -CLASS,  a 1-byte  field 

identifying  the  security 

classification  of  the  subject  line 
itself . 

g.  REF-SUBJ-HANDL,  a 1-byte  field 

identifying  the  security 

releasabi  1 i ty  code  for  the  subject 
line  itself. 

h.  DATE-SUB-REC,  a 6-byte  date  field 
identifying  the  date  on  which  the 
reference  was  received,  in  format 
yymmdd . 

i.  DATE-OF-REF,  a 6-byte  date  field 
identifying  the  date  of  the 
reference  itself,  in  format  yymmdd. 
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j.  DATE-REF-FORW,  a 6-byte  date  field 
identifying  the  on  which  the 
reference  was  forwarded  to  another 
organization  or  was  disposed  of,  in 
format  yymmdd. 

k.  REF-TYPE,  a 2-byte  field 

identifying  the  type  of  material 
which  is  being  placed  in  the 
database  as  a reference. 

Reference  types 


LETTER 

AA 

MESSAGE 

BA 

MEMORANDUM 

CA 

PDM 

CB 

MFR 

CC 

ROUTE  SLIP 

DA 

INVOICE 

EA 

REGULATION 

FA 

INSTRUCTION 

GA 

MANUAL 

HA 

PAMPHLET 

IA 

BOOK 

JA 

PERIODICAL 

KA 

ARTICLE 

LA 

PLAN 

MA 

REPORT 

NA 

SCHEDULE 

OA 

TABLE 

PA 

LIST 

QA 

PROGRAM 

RA 

CHART 

SA 

DRAWING 

SB 

MAP 

SC 

PHOTO 

SD 

ENCYCLOPEDIA  TA 

CATALOG 

TB 

GLOSSARY 

TC 

INDEX 

TD 

APPENDIX 

TE 

1. 

REF-UNIT-COST,  a 6-byte  numeric 

field  containing  the  dollars  and 

cents  cost 

of  acquisition  of  the 

reference . 

This  field 

is  used 

primarily 

to  account 

for  books. 

etc. , which 

have  been  purchased. 

m. 

REF-COPIES, 

a 3-byte  numeric  field 

defining  the  number  of 

copies  of 

the  reference  which  are 

available. 

n.  RE F-ENCLS , a 2-byte  numeric  field 
defining  the  number  of  enclosures 
which  are  part  of  the  reference. 
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o. 


DATE-REF-DECl.AS , a 

6-by  te 

date 

field  ' 

which  defines 

the  date 

on 

which 

a classified 

reference 

is 

either 

declassified  or 

reviewed 

, in 

format 

yymmdd. 

p.  DATE-REF- DISP , a 6-byte  date  field 
which  defines  the  date  on  which  the 
reference  was  disposed  of,  in 
format  yymmdd. 


q.  DATE- REF- DSTRD,  a 6-byte  date  field 
which  defines  the  date  on  which  the 
reference  was  destroyed,  in  format 
yymmdd . 


r.  REF-ARC-HDCY,  a 20-byte  field  which 
identifies  a physical  location  for 
the  archived  hard  copy  of  the 
reference.  This  is  intended  to  be 
a microfiche  index  location. 


s.  RE  F-ARC-MCFH , a 20-byte  field 
identifying  the  microfiche  sheet  on 
which  the  reference  is  located 
within  the  above  location. 

t.  REF-ARC-FRAME,  a 3 -byte  numeric 
field  identifying  the  frame  on  the 
microfiche  sheet  itself. 


Organization  Record 

The  organization  record  supports  all  types  of 
organizations  stored  in  the  database.  Its  purpose  is  to 
provide  a common  base  for  all  uses  of  organizations  and 
therefore  permit  analysis  of  organizational  relationships 
with  other  information  in  the  database. 

F I -ORGAN I ZATION , the  fixed  portion  of  the 

organization  record  contains: 

1.  CLASS-1000,  the  security  classification  ot 

the  record  occurrence,  same  as  SECURITY- 
CLASS.  This  field  is  entered  by  the  IP  and 
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defaults  to  unclassified  if  not  defined. 

2.  HANDL-1000,  the  security  releasability  code 
for  the  record  occurrence,  same  as 
RELEASABILITY.  The  field  is  entered  by  the 
IP  and  defaults  to  unclassified  if  not 
def ined . 

3.  DATE-MOD- 1 000 , the  date  on  which  the  record 
occurrence  was  last  modified,  in  format 
yymmdd,  same  as  DATE-COMMON.  The  field  is 
stored  automatically  by  the  system. 

4.  DBID-1000,  the  database  identifier  of  the 
record  occurrence.  The  field  is  stored 
automatically  by  the  system. 

5.  LOG-TYPE-1000,  the  logical  type  code  for  the 
record  occurrence,  value  "AA" . The  field  is 
stored  by  the  IP. 

6.  DATE-STORED-IOOO,  the  date  on  which  the 
record  was  entered  into  the  database,  in 
format  yymmdd,  same  as  DATE-COMMON.  The 
field  is  stored  automatically  by  the  system. 


I D-ORGANI Z AT ION , the  identifier  block,  contains: 

1.  ORGAN-ACRONYM,  a 16-bvte  field  identifying  an 
organization  by  an  easily  recognized  acronym. 


DA-ORGANI ZATION , the  data  block  contains: 

1.  NAME-ORGAN,  a 30-byte  organization  name 

field,  free  form,  required. 

2.  ORGAN- UIC , the  unit  identification  code  of 
the  organization,  a 6 -character  field.  A 
secondary  index  is  defined  on  this  field. 

3.  NI M-ORGAN-CODE , a 3-character  accounting 

identifier  for  each  organization.  A 

secondary  index  is  defined  on  this  field. 

4.  ADDR-ORGAN , 6 40-character  address  lines. 
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5.  STAT-ORGAN,  the  state  in  which  the 

organization  is  located,  same  as  STATE-CODE. 

6.  ZIP-ORGAN,  the  postal  delivery  code  for  the 
area  in  which  the  organization  is  located, 
same  as  ZIP-CODE. 

7.  CTRY-ORGAN,  the  country  in  which  the 

organization  is  located,  same  as  COUNTRY- 
CODE. 


People  Record 

The  people  record  serves  two  primary  purposes  within 
the  database: 

1.  A common  reference  point  for  persons 
associated  with  the  database  information. 

2.  A control  point  for  privacy  sensitive 
information. 


FI- PEOPLE , the  fixed  element  block  of  the  people 
record  is  identical  to  that  of  the  organization  record,  with 
the  record  identifier  of  1003  substituted  for  1000. 


ID-PEOPLE,  the  identifier  block  contains: 

1.  SOC-SECNO,  the  social  security  number,  same 
as  SOCIAL-SECURITY.  The  field  is  stored  by 
the  IP  and  is  mandatory. 


DA-PEOPLE,  the  main  data  block,  contains: 

1.  NAME-OF-  PERS'  -N , the  last  name,  first  name, 
and  middle  initial (s)  of  a person,  same  as 
NAME-PERSON. 

2.  ADDR-PER,  6 40-character  address  lines. 

3.  STAT-PERSON,  the  state  in  which  a person 
resides,  same  as  STATE-CODE. 
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4.  ZIP-PERSON,  the  postal  distribution  code 
defining  the  postal  areas  in  which  a person 
resides,  same  as  ZIP-CODE. 

5.  CTKY-PERSON,  the  country  in  which  a person 
resides,  same  as  COUNTRY-CODE. 
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PSL  INPUT  TAPE  FILE  FORMAT  CONVENTIONS 

PSL  input  provided  for  loading  deliverable  machine- 
readable  data  to  PSL  files  must  be  formatted  as  defined 
below : 

1.  EBCDIC  code. 

2.  9-track,  1600  BPI  (800  BPI  if  1600  not 
available) . 

3.  Standard  IBM  unlabeled  format. 

4.  80-character  fixed-length  records. 

5.  Blocking  1 to  100  as  desired. 

6.  Multiple  files  on  one  tape  acceptable. 

Accompanying  the  tape  as  a separate  hard  copy  (or 
printed  on  the  tape  external  label)  should  be  the  information 
regarding  items  2,  5,  and  6 above.  If  not  mentioned,  it  will 
be  assumed  that  the  tape  contains  one  file  with  unblocked 
(block  1)  records  written  at  1600  BPI. 

Card  images  on  the  file  must  conform  to  the  following 
restrictions: 

1.  No  blank  card  images  will  appear  in  the  file. 

2.  Positions  73-80  of  each  card  image  will  be 
blank . 

3.  Positions  1-5  may  optionally  contain: 

a.  1-2  contain  the  version  number  of 
the  data,  initially  "01". 

b.  3 contains  a hyphen. 

c.  4-5  contains  the  level  revision 
number  of  the  data,  initially  "01". 

4.  Cards  images  containing  "//"  or  ".  " may  not 
appear  in  the  file. 
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CRT  TERMINAL  FUNCTION  KEY  USE 

CRT's  for  the  on-line  system  will  normally  be 
equipped  with  12  function  keys.  These  keys  are  available,  as 
defined  below,  to  provide  the  user  with  optional  processing 
support . 


Three  function  keys  are  reserved: 

1.  Fl  - is  the  "HELP"  key  which  will  be  used  to 
call  for  assistance  messages  describing  the 
processing  function  being  performed. 

2.  F2  - terminate  function  without  action  and 
return  to  transaction  handler. 

3.  F3  - reserved  for  future  use. 

Input  processing  uses  the  remaining  function  keys  as 
described  below: 


1.  F4  - perform  the  input  processing  function 
(store,  modify,  or  delete)  supported  by  the 

IP. 

2.  F5-12  - request  special  follow-on  processing 

screens . 


3.  ENTER/RETURN  - for  modify/delete,  get  the 
data  for  the  requested  record  and,  once  data 
has  been  retrieved,  reject  the  data  and 
request  a new  template  for  another  try.  For 

a store,  reject  the  attempt  and  request  a new 
template  for  another  try. 


Output  processing  (retrieval  from  the  report  queue) 
uses  the  function  keys  for: 


1. 

F4  - request  the 

index . 

2. 

F5  - page  either 
report  forward. 

the 

index  or 

the 

seiec ted 

3 . 

F6  - page  either 
report  backward. 

the 

index  or 

the 

selected 
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4.  F7  - request  on-line  (local)  printing  of  the 
report . 

5.  F8  - request  off-line  (computer  printer) 
printing  of  the  report. 

6.  F9-12  - special  purpose  functions. 

7.  ENTER/RETURN  - select  the  defined  report  from 
the  report  queue. 
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SINGLE  OWNER/MEMBER  RECORD  ENTITY  RELATIONSHIP 

The  single  owner/member  entity  relationship  is  the 
most  common  and  simplest  structure  within  the  database.  This 
structure,  Figure  Cl.l,  is  used  where  a data  entity, 
occurring  once,  is  accompanied  by  other  entities  which  may 
occur  multiple  times.  The  owner  record  occurrence  represents 
the  single  entity  and  the  member  record  represents  the 
multiple  occurrences  o£  accompanying  data  entities. 

For  example:  An  owner  may  contain  information  about 
a person,  such  as  name  and  address,  which  occurs  only  once. 
Member  records  may  be  defined  identifying  the  jobs  the  person 
has  held.  One  occurrence  of  the  member  would  be  stored  for 
each  job. 

Prior  to  defining  this  structure  as  illustrated,  it 
is  necessary  that  certain  questions  be  asked  about  the  member 
data: 

1.  How  large  is  it  in  total  character  size? 

2.  How  many  occurrences  are  possible? 

3.  Can  the  number  of  occurrences  be  limited  to  a 
specific  quantity  without  impairing  the 
usability  of  the  data? 

The  answers  to  the  above  questions  will  determine  if 
the  member  data  can  be  included  within  the  owner  entity  as  an 
OCCURS  group.  This  option  eliminates  pointer  overhead  and 
additional  processing  time  during  retrieval  but  places  a 
finite  limit  on  the  number  of  occurrences  of  the  repeating 
member  data  which  is  practical  to  include. 

If  the  member  data  is  to  be  shared  by  another  owner 
entity,  it  is  necessary  that  a separate  member  entity  be 
defined. 

The  UDB  physical  record  structure  varies  from  the 
logical  structure  discussed  above.  From  the  user's 
standpoint,  however,  design  of  the  database  is  performed  in 
the  same  manner  as  if  it  were  convent ional ly  structured. 
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BOMP  (RECORD  OWNS  SELF)  RELATIONSHIP 

The  BOMP  relationship  is  an  adaptation  of  the 
many-to-many  relationship  in  which  one  record  entity  can  own 
multiple  occurrences  of  a second  record  entity  while  the 
second  can  own  multiple  occurrences  of  the  first.  For 
example:  An  organization  may  have  many  employees.  A person 
employed  by  the  organization  may  also  be  employed  by  other 
organizations.  The  primary  difference  is  that  the  owner 
entities  are  the  same.  The  advantage  of  this  structure  is 
that  it  permits  the  same  record  entity  to  own  others  of  its 
own  kind.  (An  organization  may  be  composed  of  many 
sub-organ izations . ) 

The  term  "BOMP"  is  derived  from  "bill  of  materials 
processing"  where  equipment  is  described  as  a series  of 
parts  and  each  part  may  be  made  up  of  one  or  more  other 
parts.  Applied  to  business  processing,  it  is  possible  to 
describe  an  organization  chart  by  using  a relationship  such 
as  shown  in  Figure  C.2.1.  Organizations  are  composed  of 
sub-organizations  which  may  continue  downward  for  an 
unlimited  number  of  hierarchical  levels. 

The  two  records  illustrated  in  Figure  C.2.1.  are  the 
equivalent  of  the  throe  records  shown  in  Figure  C.2.2  with 
the  top  and  bottom  types  of  this  figure  identical.  The  BOMP 
structure  permits  an  infinite  number  of  subsidiary  levels  of 
definition  whereas  the  Figure  C.2.2  structure  is  limited  to 
a single  level. 

The  BOMP  structure  is  the  basic  physical  structure 
used  within  the  UDB.  It  may  logically  simulate  all  of  the 
other  structures  permitted  by  a network  database. 
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SECTION  1. 


GENERAL. 


l.l.  Purpose  of  the  Subsystem  Specification.  This  paragraph 
shall  describe  the  purpose  of  the  subsystem  specification 
in  the  following  words,  modified  when  appropriate: 

The  Subsystem  Specification  for  (subsystem  name) 
is  written  to  fulfill  the  following  objectives: 

a.  To  provide  detailed  definition  of  the  subsystem 
functions. 

b.  To  communicate  details  of  the  on-going  analysis 
to  the  user's  operational  personnel. 

c.  To  define  in  detail  the  interfaces  with  other 
systems  and  subsystems  and  the  facilities  to  be 
utilized  for  accomplishing  the  interface. 


1.2.  Project  Refer 
brief  summary  of  th 
and  development  of 
computer  programs  ( 
shall  be  specified, 
ating  center(s)  tha 
shall  be  indicated, 
included.  At  least 
applicable,  by  sour 
and  security  classi 


ences . This  paragraph  shall  provide  a 
e references  applicable  to  the  history 
the  project.  The  general  nature  of  the 
tactical,  inventory,  etc.)  to  be  developed 
The  project  sponsor,  user,  and  the  oper- 
t will  run  the  completed  computer  programs 
A list  of  applicable  documents  shall  be 
the  following  shall  be  specified,  when 
ce  or  author,  reference  number,  title, 
f ication: 


a.  Function  description. 

b.  Related  system/si.bsystem  specifications. 

c.  Any  other  pertinent  documentation  or  significant 
correspondence  not  specified  in  the  Functional  Description. 


SECTION  2.  SUMMARY  OF  REQUIREMENTS. 

Section  2 ot  the  Subsystem  Specification  shall  provide  a 
summary  of  the  system  character istics  and  requirements.  This 
section  shall  be  a expansion  of  the  information  published  in 
the  FD  to  reflect  the  determination  of  additional  details. 

Any  changes  to  the  characteristics  and  requirements  set  forth 
in  Sections  2 and  3 of  the  FD  must  be  specifically  identified. 
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2.1.  Subsystem  Dcscript Ion.  This  paragraph  shall  provide  a 
general  description  of  the  subsystem  to  establish  a frame  of 
reference  for  the  remainder  of  the  document.  Higher  order  and 
parallel  systems/subsystems  and  their  documentation  will  be 
referenced  as  required  to  enhance  this  general  description. 
Included  within  this  description  shall  be  a chart  showing  the 
relationship  of  the  user  organizations  to  the  major  components 
of  the  system  and  a chart  showing  the  interrelationships  of 
the  system  components  for  the  subsystem.  These  charts  shall 
be  based  on  or  be  updated  versions  of  the  charts  included 
in  paragraph  2.4  of  the  FD.  The  more  detailed  charts  to  be 
included  in  Section  4 shall  be  based  on  the  charts  included  in 
this  paragraph. 


2.2.  Subsystem  Funct ions . This  paragraph  shall  describe  the 
subsystem  functions.  There  will  be  both  qualitative  and 
quantitative  descriptions  of  how  the  subsystem  functions 
will  satisfy  the  requirements.  Although  the  descriptions  of 
the  subsystem  functions  may  be  refined  and  more  detailed  as 
a result  of  the  on-going  analysis  and  design,  they  must 
maintain  a direct  relationship  to  the  system  functions  est- 
ablished in  paragraph  2.3  of  the  FD,  and  be  stated  in  such  a 
manner  that  the  subsystem  environment  in  Section  3 can  be 
related  to  them. 

2.2.1.  Accuracy  and  Validiity.  This  paragraph  shall  provide 
a description  of  the  accuracy  requirements  imposed  on  the  sub- 
system. The  requirements  will  be  related  to  paragraph  3.3.1 
of  the  FD.  The  following  accuracy  requirements  must  be 
cons idered: 


a.  Accuracy  requirements  of  mathematical  calculations. 

b.  Logical  and  legal  accuracy  of  alphanumeric  data. 

c.  Accuracy  of  transmitted  data. 

2.2.2.  Timing . This  paragraph  shall  provide  a description  of 
the  timing  requirements  placed  on  the  subsystem,  if  they  are 
applicable.  The  requirements  will  be  related  to  paragraph 
3.1.2  of  the  FD . The  following  timing  requirements  may  be 
cons idered: 

a.  Throughput  time. 

b.  Response  time  to  queries  and  to  updates  of  data 
files. 


c.  Response  time  of  major  subsystem  functions. 

d.  Sequential  relationship  of  subsystem  functions. 


e.  Priorities  imposed  by  types  of  inputs  and  changes 
in  modes  of  operation. 

f.  Timing  requirements  for  the  range  of  traffic  load 
under  varying  operating  conditions. 

g.  Interleaving  requirements  for  sequencing  and  inter- 
leaving programs  and  systems  (including  the  requirements  for 
interrupting  the  operation  of  a program  without  loss  of 
data ) . 


2.3.  Flexibility . This  paragraph  shall  provide  a desc- 
ription of  the  capability  to  be  incorporated  for  adapting 
the  subsystem  to  changing  requirements,  such  as  anticipated 
operational  changes,  interaction  with  new  or  improved 
systems,  and  planned  periodic  changes.  Components  and 
procedures  designed  to  be  subject  to  change  will  be  ident- 
ified. 


SECTION  3.  ENVIRONMENT. 

This  section  shall  provide  an  expansion  of  the  environment 
given  in  the  FD  to  reflect  the  additional  analysis  and 
changes  to  the  environment.  Changes  in  the  environment  that 
do  not  affect  the  scope  of  the  project  as  described  in  the 
FD  and  are  the  result  of  on-going  analysis  and  design  will  b' 
explicitly  identified  within  the  appropriate  paragraphs  of 
this  section.  These  changes  will  be  discussed  in  terms  of 
the  impacts  on  the  currently  available  environmental  compon- 
ents (equipment,  software,  etc.)  as  well  as  the  impacts  on 
the  estimates  and  functions  which  were  based  on  the  original 
planned  environment. 


3.1.  Equipment  Environment . This  paragraph  shall  provide 
a description  of  the  equipment  required  for  the  operation 
the  subsystem.  Included  will  be  descriptions  ut  Luo  equip- 
ment presently  available  as  well  as  a more  detailed  discuss- 
ion of  the  characteristics  of  any  new  equipment  necessary. 
Equipment  requirements  will  be  related  to  the  requirements 
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stated  in  paragraph  4.1  of  the  FD. 
to  be  described  follows: 


A guideline  Cor  equipment 


a.  Processor (s ) , including  number  of  each  on/off  line 
and  size  of  internal  storage. 

b.  Storage  media,  including  number  of  disk  units,  tape 
tape  units,  etc. 

c.  Input/output  devices,  including  number  of  each 
on-off  line. 

d.  Communications  net,  including  line  speeds. 


3.2.  Support  Software  Environment.  This  paragraph  shall 
provide  a description  of  the  support  software  with  which  the 
computer  programs  to  be  developed  must  interact.  Included 
will  be  both  support  software  and  test  software,  if  needed. 

The  correct  nomenclature  and  documentation  references  of  each 
such  software  system,  subsystem,  and  program  shall  be  prov- 
ided. Included  must  be  a reference  to  the  languages  (compiler, 
assembler,  program,  query,  etc.),  the  operating  system,  and 
any  data  base  management  system  (DBMS)  to  be  used.  This 
description  must  relate  to  and  expand  on  the  information 
provided  in  paragraph  4.2  of  the  FD . If  operation  of  the 
computer  programs  to  be  developed  is  dependent  upon  forthcoming 
changes  to  support  software,  the  nature,  status,  and  anti- 
cipated availability  date  of  such  changes  must  be  identified 
and  discussed. 

3.3.  Interfaces . This  paragraph  shall  provide  a description 
of  the  interfaces  with  other  applications  computer  programs, 
including  those  of  other  operational  capabilities  and  from 
other  military  organizations.  The  individual  interfaces 
will  be  related  to  paragraph  4.3  of  the  FD . For  each 
interface,  the  following  shall  be  specified: 

a.  Type  of  interface,  such  as  operator  control  of  a 
terminal,  program  interfaces  with  other  programs. 

b.  Description  of  operational  implications  of  data 
transfer,  including  security  considerations. 

c.  Data  transfer  requirements  to  and  from  the  subject 
subsystem  and  characteristics  of  communications  media/ 
systems  used  for  transfer. 
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d. 


Current  formats  of  interchanged  data. 


k 


e.  Interface  procedures, 
ications  considerations . 


including  telecommun- 


f.  Interface  equipment.  Interfaces  with  other 
subsystems  which  are  to  be  developed  will  be  described 
in  the  same  manner. 


3.4.  Security . This  paragraph  shall  describe  the  class- 
ified components  of  the  subsystem,  including  computer 
programs,  inputs,  outputs,  and  data  bases.  These  components 
will  be  related  to  paragraph  4.4  of  the  FD. 


3.5.  Controls . This  paragraph  shall  provide  a present- 
ation of  overall  subsystem  control.  Included  in  this 
paragraph  will  be  controls  such  as  record  counts,  batch 
controls,  etc.  If  no  specific  controls  are  to  be  est- 
ablished at  the  subsystem  level,  this  will  be  stated. 


SECTION  4.  DESIGN  DATA. 

4.1.  System  Logical  Flow.  This  paragraph  shall  describe 
the  logical  flow  of  the  subsystem.  Logical  flow  of  the 
subsystem  will  be  presented  primarily  in  the  form 
ot  Macro  flowcharts.  Flowcharts  will  be  in  sufficient 
detail  to  permit  computer  program  design.  A narrative 
presentation,  when  appropriate,  will  be  used  to  supplement 
the  flowchart.  Flowcharts  will  provide  an  integrated  pre- 
sentation of  the  subsystem.  ;ynamics,  of  entrances  and  exi  s, 
and  of  interfaces  with  other  computer  programs.  Flowcharts 
will  effectively  represent  all  modes  of  operations,  pri- 
orities, cycles,  and  special  handling.  The  flowcharts  will 
show  data  flow  from  input,  through  the  subsystem  to  the 
generation  of  output. 


4.2.  Program  Descriptions.  Paragraphs  4.2.1  through  -i.J.n 
shall  provide  descriptions  of  the  functions  (related  to 
paragraph  2.2  of  the  subsystem  specification)  of  the  com- 
puter programs  in  the  subsystem. 
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4.2.1  Program  Description.  Included  in  this  paragraph 
will  be  a description  of  the  inputs,  outputs,  and  data 
used.  Each  description  will  include  the  information  below, 
as  applicable. 

4. 2. 1.1.  Inputs.  Each  input  will  be  described  as 
follows : 

a.  Title  and  tag. 

b.  Format  and  acceptable  range  of  value  of  each 
data  element. 

c.  Number  of  items  (elements). 

d.  Means  of  entry  and  input  initiation  procedures; 

e.g.,  typewriter,  card,  tape,  sensor,  internal. 

e.  Expected  volume  and  frequency,  including  special 
handling  (such  as  queueing  and  priority  handling)  for  high 
density  periods. 

f.  Priority,  e.g.,  routine,  emergency. 

g.  Sources,  form  at  source,  and  disposition  of 

source  document. 

h.  Security  class i f ica t ion  of  input  and  individual 
i terns . 

i.  Requirements  for  timeliness. 

4. 2. 1.2.  Outputs.  Each  output  will  be  described  as 
follows : 

a.  Title  and  tag. 

b.  Format  to  include  headings,  line  spacing,  arrange- 
ment, totals,  etc. 

c.  Number  of  items. 

d.  Preprinted  form  requirements. 

e.  Means  of  display,  e.g.,  CRT,  printer,  typewriter, 
projector,  alarm  type,  internal. 


D .8 


f.  Expected  volume  and  frequency  including  special 
handling  (such  as  queueing  and  priority  handling)  for  high 
density  periods. 

g.  Priority;  e.g.,  routine,  emergency. 

h.  Timing  requirements;  e.g.,  response  time. 

i.  Requirements  for  accuracy. 

j.  User  recipients  and  use  of  displays,  such  as  notifi- 
cation, trends,  or  briefings. 

k.  Security  classification  of  output  and  individual 
i terns . 

4. 2. 1.3.  Data  Base.  Each  data  file,  table,  dictionary, 
or  directory  will  be  described  as  follows: 

a.  Title  and  tag. 

b.  Description  of  content. 

c.  Number  of  records  or  entries. 

d.  Storage,  to  include  type  of  storage,  amount  of 
storage  and,  if  know,  beginning  and  ending  addresses. 

e.  Classification. 

f.  Data  retention. 

4.2.2.  Program  Description.  This  paragraph  (with  sub- 
sequent paragraphs  if  required)  shall  describe  the  second 
computer  program  in  the  subsystem  using  the  same  organi- 
zation as  shown  in  paragraph  4.2.1. 
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SECURITY  CLASSIFICATIONS 

Three  types  of  security  information  are  defined 
within  the  data  dictionary: 

1.  ENTRY-SECURITY  which  defines  the 

classification  of  data  dictionary  entries. 

2.  DATA- SECURITY  which  defines  the 

classification  of  data  which  the  dictionary 
entry  defines. 

3.  OUTPUT-SECURITY  which  defines  the 

classification  of  data  when  presented  in  the 
form  of  an  output. 

Valid  classification  attributes  are: 

1.  UNCLASSIFIED. 

2.  0U0 . (Official  Use  Only) 

3.  CONFIDENTIAL. 

4.  SECRET. 

5.  TOP-SECRET. 

The  classification  attributes  are  prefixed  by  ENTRY-,  DATA-, 
or  OUTPUT-. 
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DATA  ELEMENT  STANDARDS 


pply,  A number  of  sources  of  data  element  standards  are 
available.  These  may  be  divided  into  descriptive  standards 
and  content  standards.  Descriptive  standards  are  those  which 
are  primarily  concerned  with  the  definition  of  the  data 
element  and  the  manner  in  which  it  is  used.  The  format  used 
for  internal  representation  of  the  data  may  also  be  defined. 
Content  standards  add  an  additional  dimension  to  descriptive 
standards.  These  standards  define  the  legal  or  valid 
contents  of  standard  elements,  in  addition  to  the  structural 
definition.  An  example  of  descriptive  standards  is  dates. 
The  internal  representation  identifies  the  element  as  six 
characters,  in  format  YYMMDD . This  standard  definition  may 
become  a content  standard  by  adding  validity  information: 
month  value  range  1 through  12;  day  value  range  1 through  31 
with  conditions  based  on  month. 

Every  data  element  defined  for  the  integrated 
database  is  subject  to  existing  standards.  Table  E.2.1. 
identifies  those  existing  standards  which  apply  to  database 
design.  Applicable  standards  are  identified  as  part  of  the 
data  element  definition  process.  Where  more  than  one 
standard  applies,  all  are  indicated.  If  a conflict  between 
standards  exists,  the  conflict  must  be  clearly  documented  in 
the  element  comments  section.  The  conflict  will  be  resolved 
by  the  DA  staff. 

The  DA  staff  has  established  internal  standards  of 
representation  for  a number  of  data  element  types.  TAble 
E.2.2.  identifies  those  elements  and  element  types  which  are 
subject  to  these  internal  standards.  The  primary  reason  such 
standards  were  adopted  is  to  insure  uniform  representation  of 
similar  data  elements  internally.  This  simplifies  query 
processing  and  program  decision  logic. 
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LANGUAGE  STATEMENT  NAMES 

Computer  programs  written  in  support  o£  the  database 
will  be  produced  in  a number  of  languages  depending  on  the 
best  and  most  efficient  approach.  Language  use  may  be 
limited  by  convention  or  regulation.  The  languages  which 
may  be  defined  are: 

1.  COBOL.  Common  Business  Oriented  Language. 

This  is  the  most  commonly  used  language  for 
database  support  and  is  the  standard  NIPSSA 
database  development  language. 

2.  FORTRAN.  Formula  Translator.  This  language 
is  often  used  for  scientific  and  statistical 
programming. 

3.  PLI . This  language  support  both  business 
and  scientific  processing. 

4.  ALC.  IBM  360/370  assembly  language.  This 
language  is  used  primarily  to  develop 
difficult  programs  which  cannot  be  developed 
using  other  available  languages. 

5.  CULPRIT.  This  is  a report  and  query  package 
which  supports  the  database  system.  While 
not  truly  a language,  it  is  defined  as  one 
as  far  as  the  data  dictionary  is  concerned. 


1 


APPENDIX  E .4 
STANDARD  OUTPUT  FORMS 

Reports  may  be  produced  on  a variety  of  printed 
output  forms.  Special  or  preprinted  forms  should  be  avoided 
as  turnaround  (response  to  request)  time  is  longer  for 
special  forms  processing. 

The  basic  form  available  is  used  to  produce  a large 
percentage  of  the  database  reports.  This  form  is  8 1/2  deep 
by  14  inches  wide.  It  is  printed  with  guide  lines  spaced 
every  four  lines  and  is  printed  8 lines  per  inch. 

Another  commonly  used  form  is  11  inches  deep  by  14 
inches  wide.  It  is  printed  with  guide  lines  spaced  every 
two  lines  and  is  printed  6 lines  per  inch.  Several 
variances  of  this  form  are  available: 

1.  Multiple  part  (carbon)  forms  in  2,  3,  and  4 
parts . 

2.  Reproduction  quality  single  part,  unlined. 

Additional  foims  which  may  be  requested  are: 

1.  8 1/2  inches  wide  by  11  inches  deep,  lined 
or  unlined. 

2.  14  inches  wide  by  8 1/2  inches  deep,  unlined 
(limited  quantity,  special  order  paper). 

Users  d>.  -.iring  other  than  standard  8 1/2  high  by  14 
inch  wide,  si  le  part,  lined  forms  should  plan  to  supply 
the  volume  of  p.  . er  required  to  process  their  reports. 
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IP  FUNCTION  OPTIONS 

Batch  input  processing  (IP)  data  contains  a data 
item  identifier  and  a function  option  code.  This  code,  the 
fourth  position  of  the  data  item  format,  determines  what 
processing  will  be  performed  using  the  data  on  the  input 
i tem. 

Three  basic  input  processing  function  codes  are 

used: 

1.  S - Store  a new  record  occurrence  in  the 
database . 

2.  M - Modify  the  contents  of  an  existing 
record  occurrence  in  the  database. 

2.  D Delete  an  existing  record  occurrence 

from  the  database. 
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DECODE  TABLE 

The  DECODE  class  provides  the  ability  to  define 
special  processing  of  elements  within  the  database.  This 
function  is  primarily  used  on  output.  However,  it  may  be 
used  to  identify  those  data  elements  which  are  entered  as 
codes  and  their  conversion  arguments.  This  feature  enhances 
output  reporting  for  the  end  user. 

TABLE- LOOKUP  - display  the  primary  table  argument 
for  the  field  and  value.  These  entries  are  stored  in  UDB 
record  type  00  (the  table  record). 

DATE-EDIT  - Display  dates  in  month,  day,  and  year 
order  rather  than  year,  month,  and  day  as  they  are  stored  in 
the  database. 

WEEKDAY  - Display  the  day  of  the  week  (e.q., 
Saturday)  for  a day  field  instead  of  the  day  of  the  month. 

NO-DECODE  - This  is  the  default  value  and  is  assumed 
if  the  DECODE  entry  is  not  coded. 
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PRESENCE  TABLE 


This  table  defines  the  conditions  under  which  a data 
element  must  be  present  in  the  database  or  in  IP  formats. 

PRESENCE-REQUIRED  - The  data  element  must  be  present 
in  any  IP  format  where  it  is  used  during  STORE  functions. 


PRESENCE-OPTIONAL  - The  data  element  may 
in  any  IP  format  where  it  is  used. 

PRESENCE-QUESTION  - The  data  element  is 
any  IP  format  where  it  is  used  unless  the  person 
data  places  a question  mark  (?)  in  the  leftmost 
the  data  field. 

PRESENCE-MANDATORY  - The  element  must  be 
all  times  in  the  database. 


be  present 

required 

in 

entering 

the 

position 

of 

present 

at 
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VALIDATION  TEST  IDENTIFIER  TABLES 

Every  data  element  present  in  the  integrated  database 
is  verified  and  relocated  during  input  processing.  A series 
of  COBOL  source  library  books  have  been  developed  to  perform 
validation  and  transfer  functions.  A second  series  of  course 
library  books  performs  validation  only.  These  books  are  used 
in  the  VALID-1  and  VALID-2  sections  of  IP's.  The  use  of 
these  books  eliminates  large  volumes  of  hand  coding  of  COBOL 
programs  and  insures  consistent  coding  of  instructions. 

The  verification  and  data  transfer  books  are  divided 
into  two  groups,  one  for  storing  data  into  the  database  for 
the  first  time  and  one  for  modifying  existing  data. 

STORE  VALIDATION  AND  DATA  TRANSFER  ENTRIES 


NORMAL 

RANGE 

TEST 

DATE 

TEST 

VALUE 

TEST 

REQUIRED  FIELD  NUMERIC 

SS2N 

SS2P 

SSZF 

SSZI 

ALPHAMERIC 

SS2A 

SSZC 

N/A 

SSZI 

OPTIONAL  FIELD  NUMERIC 

SS2M 

SSZO 

SSZE 

SSZJ 

ALPHAMERIC 

SS2G 

SSZQ 

N/A 

SSZJ 

MODIFY  VALIDATION  AND 

DATA  TRANSFER 

ENTRIES 

NORMAL 

RANGE 

TEST 

DATE 

TEST 

VALUE 

TEST 

REQUIRED  FIELD  NUMERIC 

SM2V 

SMZU 

SMZC 

SM2 1 

ALPHAMERIC 

SMZB 

SMZF 

N/A 

SMZ I 

OPTIONAL  FIELD  NUMERIC 
* DELETE  ALLOWED 

SMZW 

SM2Y 

SMZX 

SM2H 

ALPHAMERIC 

SM2A 

SM2E 

N/A 

SMZH 

OPTIONAL  FIELD  NUMERIC 

NO  * DELETE  ALLOWED 

SM2M 

SMZU 

SMZC 

SMZ  I 

ALPHAMERIC 

SMZB 

SMZF 

N/A 

SMZ  I 
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VALIDATION  ONLY  ENTRIES 


Source  book  names  for  the  validation  only  functions 
are  coded  to  identify  the  specific  validation  to  be 
performed.  The  book  name  is  four  characters  long.  Character 
definitions  are: 

1.  First  character.  The  first  character  defines  the 
database  function  being  performed: 

a.  S - Store 

b.  M - Modify 

c.  D - Delete. 

2.  Second  character.  The  second  character  defines  whether 
the  book  will  test  for  numeric  or  alphanumeric  fields: 

a.  A - Alphanumeric 

b.  N - Numeric. 

3.  Third  character.  The  third  character  defines  whether  a 
value  must  be  present  in  the  field  being  tested: 

a.  0 - Optional 

b.  R - Required 

c.  Q - Required,  but  null  allowed  if  Q in  the 
first  position 

d.  A Asterisk  in  first  position  permits  field 
contents  to  be  deleted  in  database  record 

e.  K Field  is  used  as  a database  currency  key 
and  is  required. 

4.  Fourth  character.  The  fourth  character  defines  special 
validation  functions  to  be  performed  on  the  field  being 
tested: 

a.  N - Normal,  no  special  tests 

b.  R - Range  test,  inclusive  values 
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c.  T - Table  lookup  for  specific  value 

d.  D - Date  validation,  6-digit  date  (yymmdd) 

e.  E - Date  validation,  4-digit  date  (yymm). 
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DATA-SUBJ ECT  TABLE 

Each  data  element  will  be  identified  with  one  or 
more  data  subjects.  This  appendix  provides  a list  of 
current  subjects.  Additional  subjects  may  be  added  with  the 
approval  of  the  DBA. 

ACOUSTIC  INTELLIGENCE 
ADMINISTRATIVE 
AIR  WARFARE 
AIRCRAFT  INFORMATION 
AMMO  AND  EXPLOSIVES 
ANT I -SUB  WARFARE 

BIOGRAPHIC 

BIOLOGICAL 

COLLECTION  AND  DISSEMINATION 
COMMON-ELEMENTS 
COMMON- RECORDS 
COMMUNICATION 

COMMUNICATION  INTELLIGENCE 
COMPUTER  OPERATIONS 
COMPUTER  SOFTWARE 
CORRESPONDENCE 

DEFINITION 
DOCUMENT  MANAGEMENT 

ELECTRO-OPTIC  INTELLIGENCE 
ELECTRONIC  INTELLIGENCE 
ELECTRONIC  SYSTEMS  DATA 
ELECTRONIC  WARFARE 
ENVIRONMENTAL 

FINANCIAL  MANAGEMENT 

GEOGRAPHY  AND  NAVIGATION  INFO 
GEOPOLITICAL 

IMAGERY 

INSTALLATION 

INTELLIGENCE 
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LIBRARY 

LOGISTICS 


MAIL 

MAPPING  AND  CHARTING 
MEDICAL  DATA 

MILITARY  AND  CIVILIAN  ORG . INFO. 

MISCELLANEOUS 

MISSILE  INFORMATION 

NON-NUCLEAR  WEAPONS  DATA 
NUCLEAR  INTELLIGENCE 
NUCLEAR  WEAPONS  DATA 

ORDERS  OF  BATTLE 
ORGANIZATIONS 

PERSONNEL 

PETROL/OIL/LUBRICANTS  INFORMATION 
PLATFORMS 

PROJECT  MANAGEMENT 

RADAR  INTELLIGENCE 
RADIATION  INTELLIGENCE 
REFERENCE 

SECURITY  CLASSIFICATION 
SECURITY,  GENERAL 
SHIP  INFORMATION 
SHORE  FACILITIES 
SPACE  TECHNOLOGY  DATA 
SPECIAL  SYSTEM 
STRATEGIC  PLANNING 
SUPPLY  DATA 
SYSTEM 

SYSTEMS  ANALYSIS/PROGRAMMING 

TACTICAL  INFORMATION 

TARGET  INFORMATION 

TELEMETRY 

TIME  DATA 

TRAINING 

TRANSPORTATION 

UDB 

WEATHER  DATA 
WRECK  DATA 
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APPENDIX  E.10 
ELEMENT  DESIGNATORS 

The  data  dictionary  class  ELEMENT  DESIGNATOR  is  used 
to  identify  certain  conditions  related  to  data  elements  and 
element  groups.  The  designators  are  specifically  used  to 
support  automatic  input  processing  (IP)  module  generation  and 
on-line  output  display  definition.  Each  designator  MUST  be 
prefixed  by  "DES-" . 

Valid  designators  are: 

1.  FIXED.  The  data  element  is  fixed  length  and 
will  always  contain  the  maximum  number  of 
characters.  For  example,  security  clearance 
is  one  character  long  and  will  always  contain 
the  one  character.  A country  code  is  two 
characters  long  and  always  contains  two 
characters  of  data. 

2.  VARIABLE.  The  data  element  is  of  fixed  or 
variable  length  but  may  contain  a variable 
number  of  data  characters.  For  example,  a 
person's  name  is  27  characters  long,  but  the 
name  of  a single  person  may  only  occupy  21  of 
the  available  positions. 

3.  KEY.  The  data  element  is  used  as  the  access 
key  or  one  of  the  fields  in  an  access  key  for 
a record  occurrence  stored  in  the  database. 

4.  INDEX.  The  data  element  is  used  as  a 
secondary  index  field  or  as  one  of  a group  of 
fields  addressed  by  the  secondary  index. 

5.  SECURE.  The  element  contents  will  not  be 
displayed  on  output  reports  except  where 
specifically  authorized.  This  feature  is 
useful  for  passwords  or  very  sensitive  data 
elements  which  must  be  carefully  controlled. 

6.  TEXT.  The  data  element  contains  free-form 


textual  material  in 
case . 

both 

upper 

and 

lower 

SUBSCRIPT.  The  data 

element 

is 

used 

as  a 
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subscript . 


8.  NO-VERIFY.  The  data  element  does  not  require 

ver i f ica t ion . This  designator  is  used  for 

. alphameric  optional  elements  where 

verification  is  impractical  or  unnecessary. 

9.  ENCRYPT.  The  data  element  is  to  be  encrypted 
to  further  protect  its  contents.  This 
designator  should  be  avoided  except  where 
data  is  extremely  sensitive  as  s ign if ican t 
overhead  is  created. 

10.  CODE.  The  data  element  is  a code  which  may 
be  expanded  into  another  or  larger 
definition,  e.g.,  a state  code  where  VA 
means  Virginia.  Where  this  designator  is 
used,  UDB  table  records  must  be  present 
which  defines  the  code  values  and  their 
expansions  for  the  element. 

11.  EXPAND.  This  designator  is  used  only  for 
data  elements  defined  as  part  of  a display 
description.  Where  defined,  the  code  found 
within  the  database  element  occurrence  is 
expanded  into  its  larger  definition  for 
display  purposes. 

12.  HIGHLIGHT.  This  designator  is  used  only  for 
data  elements  defined  as  part  of  an  on-line 
display  description.  Where  defined,  the 
displayed  element  value  is  shown  as  high- 
intensity,  if  available,  or  blinking. 

13.  DARK.  This  designator  •' s used  only  for  data 
elements  defined  as  part  of  an  on-line 
display  description.  Where  defined,  the 
designated  element  value  is  not  displayed. 
Do  not  confuse  this  designator  with  SECURE. 
SECURE  affects  any  use  of  the  element  for 
all  types  of  outputs.  DARK  applies  only  to 
the  specific  output  display  where  it  is 
used . 

14.  DATE.  This  designator  is  used  ♦•o  identify 
group  elements  which  consist  of  a 6-digit 
date  in  the  format  yvmmdd. 
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15.  DATE4 . This  designator  is  used  to 
group  elements  which  consist  of 
date  in  the  format  yymm. 
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PREDEFINED  DATA  ELEMENTS 

Some  basic  data  elements  repeat  throughout  the 
database  continuously.  These  are  elements  which  have 
identical  structure  and  similar  content  but  have  completely 
different  meaning  and  purpose  within  the  database. 

This  appendix  lists  those  common  elements  which  have 
been  defined  within  the  data  dictionary.  These  elements  may 
be  used  as  objects  of  the  SAME  AS  ELEMENT  clause  to  reduce 
coding  and  improve  the  consistency  of  definition  among 
commonly  structured  elements. 

1.  MONTH.  A two-digit  month  of  the  year,  with  a 
valid  value  range  of  1 through  12. 

2.  DAY.  A two-digit  day  of  the  month,  with  a 
valid  value  range  of  1 through  31,  dependent 
upon  the  associated  month. 

3.  YEAR.  A two-digit  year  of  the  century,  with 
a valid  value  range  of  0 through  99. 

4.  DATE-COMMON.  A group  element  composed  of 
YEAR,  MONTH,  and  DAY. 


5.  TIME-HOUR.  A 2-digit  hour  of  the  day,  with  a 
valid  value  range  of  0 through  23. 


6.  TIME-MINUTE.  A 2-digit  minute  within  an 
hour,  with  a valid  value  range  of  0 through 
59. 


7.  TIME-SECOND.  A 2-digit  second  within  an 
hour,  with  a valid  value  range  of  0 through 
59. 


8. 


TIME-ZONE, 
identifier, 
time  reading 


A single-character  zone 
defining  the  time  zone  where  the 
took  place. 


9.  TIME-COMPOSIT . A group  element  composed  ot 
TIME-HOUR,  TIME-MINUTE,  TIME-SECOND,  and 
TIME-ZONE. 
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10.  SECURITY-CLASS.  A one-character  field 

containing  standard  security  classification 
information . 

11.  RELEASABI LITY . A two-character  field 

containing  standard  security  releasability 
codes  as  defined  in  DIAM65-19. 

12.  COUNTRY-CODE.  A two-character  field 

contains  standard  country  identifiers 

defined  by  DIA. 

13.  ZIP-CODE.  A five-digit  postal  zip  code 
identifier. 

14.  STATE-CODE.  A two-character  field 

containing  standard  FIPS  state  identifier 
codes . 

15.  NAME-ORGAN.  A 30-character  field 

identifying  the  name  of  an  organization. 

16.  ORGAN-ACRONYM.  A 16-character  field 
identifying  an  acronym  used  as  alternate 
identifier  of  an  organization. 

17.  SOCIAL-SECURITY.  A 11-digit  field  defining 
the  social  security  number  of  a person. 

18.  FREQ-VALUE.  A 18-digit  field  containing  any 
value  which  represents  the  use  of  frequency 
measured  in  Hertz.  The  field  has  15 
significant  positions  and  3 decimal  places, 
measuring  to  milli-Hertz. 

19.  DATE- JULIAN . A 3-digit  field  representing 

the  Julian  date  value,  with  a valid  range 
value  of  1 through  366.  NOTE:  Where  the 

Julian  date  is  resident  within  the  database, 
standards  require  the  the  Gregorian 
representation  of  the  same  date  be  present 
also. 

20.  TIME-OF-DAY.  A group  element  composed  of 
TIME-HOUR  and  TIME-MINUTE. 

21.  NAME-PERSON.  A 27-character  data  element 


>■: 
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which  contains  the  name  of  a person.  The 
last  name  is  entered  first,  left  justified. 
It  is  followed  by  a comma  and  the  first 
name/initial ( s ) as  desired. 
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PREDEFINED  DATA  ELEMENTS  (IDD  SYNTAX) 

This  subset  to  Appendix  E.ll  provides  the  detailed 
IDD  syntax  for  each  of  the  predefined  data  elements  shown  in 
the  appendix.  The  elements  are  stored  in  the  data  dictionary 
exactly  as  described  below.  Any  descriptive  clause  may  be 
altered  during  use  of  the  element  in  the  SAME  AS  clause  by 
entering  the  replacement  clause  as  part  of  the  definition  of 
the  mirrored  element. 


ADD  ELEMENT  NAME  IS  MONTH 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 
'MONTH  OF  THE  YEAR' 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 
DATA-SECURITY  IS  DATA-UNCLASSIFIED 
APPLICATION-SYSTEM  IS  UDB 
PICTURE  IS  99 
USAGE  IS  DISPLAY 
VALUE  IS  ZEROS 
STORE- VALIDATION  IS  SSZM 
MODIFY- VALIDATION  IS  SMZD 
ELEMENT  DESIGNATOR  IS  DES-FIXED 
PRESENCE  IS  PRESENCE-OPTIONAL 
ELEMENT  DEFINITION  IS 
'A  TWO-DIGIT  MONTH  OF  THE  YEAR’ 
DATA-SUBJECT  IS  COMMON-ELEMENTS 
USER  IS  'NIPSSA03  TOWNER' 

RESPONSIBLE  FOR  DEFINITION 
RANGE  IS  *01'  THRU  '12'. 
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ADD  ELEMENT  NAME  IS  DAY 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 
'DAY  OF  THE  MONTH' 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 
DATA-SECURITY  IS  DATA-UNCLASSIFIED 
APPLICATION-SYSTEM  IS  UDB 
PICTURE  IS  99 
USAGE  IS  DISPLAY 
VALUE  IS  ZEROS 
STORE- VALIDATION  IS  SSZM 
MODIFY- VALIDATION  IS  SMZD 
ELEMENT  DESIGNATOR  IS  DES-FIXED 
PRESENCE  IS  PRESENCE-OPTIONAL 
ELEMENT  DEFINITION  IS 
'A  TWO-DIGIT  DAY  OF  THE  MONTH' 
DATA-SUBJECT  IS  COMMON-ELEMENTS 
USER  IS  'NIPSSA03  TOWNER' 

RESPONSIBLE  FOR  DEFINITION 
RANGE  IS  '01'  THRU  '31' 

COMMENTS 

'RANGE  VARIES  BY  MONTH  OF  YEAR’. 


ADD  ELEMENT  NAME  IS  YEAR 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 
'YEAR  OF  THE  CENTURY' 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 
DATA-SECURITY  IS  DATA-UNCLASSIFIED 
APPLICATION-SYSTEM  IS  UDB 
PICTURE  IS  99 
USAGE  IS  DISPLAY 
VALUE  IS  ZEROS 
STORE-VALIDATION  IS  SSZM 
MODIFY- VALIDATION  IS  SMZD 
ELEMENT  DESIGNATOR  IS  DES-FIXED 
PRESENCE  IS  PRESENCE-OPTIONAL 
ELEMENT  DEFINITION  IS 
'THE  YEAR  WITHIN  A CENTURY’ 
DATA-SUBJECT  IS  COMMON-ELEMENTS 
USER  IS  ' NIPSSA03  TOWNER' 

RESPONSIBLE  FOR  DEFINITION 
RANGE  IS  '00'  THRU  '99'. 
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ADD  ELEMENT  NAME  IS  DATE-COMMON 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 
'STANDARD  DATE  GROUP' 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 
DATA-SECURITY  IS  DATA-UNCLASSIFIED 
APPLICATION-SYSTEM  IS  UDB 
ELEMENT  DESIGNATOR  IS  DES-DATE 
PRESENCE  IS  PRESENCE-OPTIONAL 
ELEMENT  DEFINITION  IS 
'DATE  COMPOSED  OF  YYMMDD' 
DATA-SUBJECT  IS  COMMON-ELEMENTS 
USER  IS  ' NIPSSAO  3 TOWNER' 

RESPONSIBLE  FOR  DEFINITION 
COMMENTS 
'FORMAT  YYMMDD' 

SUBORDINATE  ELEMENTS  ARE 
YEAR 
MONTH 
DAY. 


ADD  ELEMENT  NAME  IS  TIME-HOUR 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 
'HOUR  OF  THE  DAY' 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 

DATA-SECURITY  IS  DATA-UNCLASSIFIED 

APPLICATION-SYSTEM  IS  UDB 

PICTURE  IS  99 

USAGE  IS  DISPLAY 

VALUE  IS  ZEROS 

STORE-VALIDATION  IS  SSZM 

MODIFY- VALIDATION  IS  SMZD 

ELEMENT  DESIGNATOR  IS  DES-FIXED 

PRESENCE  IS  PRESENCE-OPTIONAL 

ELEMENT  DEFINITION  IS 

'THE  HOUR  WITHIN  A DAY  USING  A 24-HOUR  CLOCK' 
DATA-SUBJECT  IS  COMMON-ELEMENTS 
USER  IS  'NIPSSAO 3 TOWNER' 

RESPONSIBLE  FOR  DEFINITION 
RANGE  IS  '00'  THRU  '23'. 
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ADD  ELEMENT  NAME  IS  TIME- MINUTE 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 
'MINUTE  OF  AN  HOUR' 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 

DATA-SECURITY  IS  DAT A- UNCLASS  I F I ED 

APPLICATION-SYSTEM  IS  UDB 

PICTURE  IS  99 

USAGE  IS  DISPLAY 

VALUE  IS  2 EROS 

STORE- VALIDATION  IS  SS2M 

MODI  FY-VAH DATION  IS  SM2D 

ELEMENT  DESIGNATOR  IS  DES-FIXED 

PRESENCE  IS  PRESENCE-OPTIONAL 

ELEMENT  DEFINITION  IS 

'MINUTES  WITHIN  AN  HOUR' 

DATA-SUBJECT  IS  COMMON- ELEMENTS 
USER  IS  'NIPSSA03  TOWNER' 

RESPONSIBLE  Fc  DEFINITION 
RANGE  IS  '00'  THRU  '59'. 


ADD  ELEMENT  NAME  IS  TIME-SECOND 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 
•SECONDS  WITHIN  A MINUTE' 
ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 
DATA-SECURITY  IS  DATA-UNCLASSI FI ED 
APPLICATION-SYSTEM  IS  UDB 
PICTURE  IS  99 
USAGE  IS  DISPLAY 
VALUE  IS  ZEROS 
STORE- VALIDATION  IS  SS2M 
MODI FY-VALIDATION  IS  SM2D 
ELEMENT  DESIGNATOR  IS  DES-FIXED 
PRESENCE  IS  PRESENCE-OPTIONAL 
ELEMENT  DEFINITION  IS 
•SECONDS  WITHIN  A MINUTE' 
DATA-SUBJECT  IS  COMMON- ELEMENTS 
USER  IS  'NIPSSA03  TOWNER' 

RESPONSIBLE  FOR  DEFINITION 
RANGE  IS  '00'  THRU  '59'. 
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ADD  ELEMENT  NAME  IS  TIME- ZONE 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 
'GEOGRAPHICAL  TIME  ZONE' 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 

DATA-SECURITY  IS  DAT A-UNC LASS I F I ED 

APPLICATION-SYSTEM  IS  UDB 

PICTURE  IS  X 

USAGE  IS  DISPLAY 

VALUE  IS  SPACES 

STORE-VALIDATION  IS  SSZG 

MODI FY-VALIDATION  IS  SMZA 

ELEMENT  DESIGNATOR  IS  DES-FIXED 

PRESENCE  IS  PRESENCE-OPTIONAL 

ELEMENT  DEFINITION  IS 

'THE  ZONE  IN  WHICH  THE  TIME  IS  MEASURED' 
DATA-SUBJECT  IS  COMMON-ELEMENTS 
USER  IS  'NIPSSA03  TOWNER’ 

RESPONSIBLE  FOR  DEFINITION. 


ADD  ELEMENT  NAME  IS  TIME-COMPOSIT 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 
'TIME  OF  THE  DAY' 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 
DATA-SECURITY  IS  DATA-UNCLASSIFIED 
APPLICATION-SYSTEM  IS  UDB 
ELEMENT  DESIGNATOR  IS  DES-NO-VERI FY 
PRESENCE  IS  PRESENCE-OPTIONAL 
ELEMENT  DEFINITION  IS 

'TIME  OF  THE  DAY  WITH  THE  RELEVANT  TIME  ZONE' 
DATA-SUBJECT  IS  COMMON-ELEMENTS 
USER  IS  'NIPSSA03  TOWNER’ 

RESPONSIBLE  FOR  DEFINITION 
SUBORDINATE  ELEMENTS  ARE 
TIME-HOUR 
TIME-MINUTE 
TIME-SECOND 
TIME-ZONE. 


ADD  ELEMENT  NAME  IS  TIME-OE- PAY 
PREPARED  11 Y LET 
ELEMENT  DESCRIPTION  IS 
’TIME  OF  THE  DAY’ 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 
DATA-SECURITY  IS  DATA-UNCLASSIF1ED 
APPLICATION-SYSTEM  IS  UDB 
ELEMENT  DESIGNATOR  IS  DES-NO-VERI FY 
PRESENCE  IS  PRESENCE-OPTIONAL 
ELEMENT  DEFINITION  IS 
'TIME  OF  THE  DAY  WITHOUT  TIME  "ONE 1 
DATA-SUBJ ECT  IS  COMMON-ELEMENTS 
USER  IS  * N I PSSAQ 3 TOWNER' 

RESPONSIBLE  FOR  DEFINITION 
SUBORDINATE  ELEMENTS  ARE 
TIME-HOUR 
TIME-MINUTE 
TIME-SECOND. 


ADD  ELEMENT  NAME  IS  SECURITY-CLASS 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 
'SECURITY  CLASSIFICATION' 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 

DATA-SECURITY  IS  DATA-UNCLASS I F I ED 

APPLICATION-SYSTEM  IS  UDB 

PICTURE  IS  X 

USAGE  IS  DISPLAY 

VALUE  IS  SPACES 

STORE-VALIDATION  IS  SS2G 

MODIFY- VALIDATION  IS  SM2A 

ELEMENT  DESIGNATOR  IS  DES-COPE 

PRESENCE  IS  PRESENCE-OPTIONAL 

ELEMENT  DEFINITION  IS 

’STANDARD  SECURITY  CLASSIFICATION  CODE' 
DATA- SUBJECT  IS  COMMON- ELEMENTS 
USER  IS  ' N I PSSAO  3 TOWNER' 

RESPONSIBLE  FOR  DEFINITION 
RANGE  IS  'U' 

RANGE  IS  'O' 

RANGE  IS  'C 
RANGE  IS  'S' 

RANGE  IS  'T' 

RANGE  IS  ' ' 

COMMENTS 

'BLANK  IS  ASSUMED  UNCLASS  I F I ED*  . 
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ADD  ELEMENT  NAME  IS  RELEASAB I L ITY 
PREPARED  BY  Lt  T 
ELEMENT  DESCRIPTION  IS 
'SECURITY  RE LEAS ABILITY' 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 

DATA-SECUR ITY  IS  DATA-UNCLASS I FI  ED 

APPLICATION-SYSTEM  IS  UDB 

PICTURE  IS  XX 

USAGE  IS  DISPLAY 

VALUE  IS  SPACES 

STORE-VALIDATION  IS  SSZG 

MODI FY-VALIDATION  IS  SMZA 

ELEMENT  DESIGNATOR  IS  DES-FIXED 

PRESENCE  IS  PRESENCE-OPTIONAL 

ELEMENT  DEFINITION  IS 

'THE  RELEASABI LITY  CODE  FOR  A SECURITY  CLASS' 
- 'CONFORMS  TO  DIAM  65-19' 

DATA-SUBJECT  IS  COMMON- ELEMENTS 
USER  IS  ' NIPSSAO 3 TOWNER' 

RESPONSIBLE  FOR  DEFINITION. 


ADD  ELEMENT  NAME  IS  COUNTRY-CODE 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 
'STANDARD  COUNTRY  IDENTIFIER' 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 

DATA- SECURITY  IS  DATA- UNCLASSI F I ED 

APPLICATION-SYSTEM  IS  UDB 

PICTURE  IS  XX 

USAGE  IS  DISPLAY 

VALUE  IS  SPACES 

STORE-VALIDATION  IS  SSZG 

MODI FY-VALIDATION  IS  SMZA 

ELEMENT  DESIGNATOR  IS  DES-CODE 

PRESENCE  IS  PRESENCE-OPTIONAL 

ELEMENT  DEFINITION  IS 

'THE  CODE  WHICH  IDENTIFIES  COUNTRIES  OF  THE  WORLD' 
DATA-SUBJECT  IS  COMMON-ELEMENTS 
USER  IS  'NIPSSAO 3 TOWNER' 

RESPONSIBLE  FOR  DEFINITION 
COMMENTS 

'MEETS  DIA  STANDARDS'. 
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ADD  ELEMENT  NAME  IS  2 ID-CODE 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 
*US  POSTAL  ZIP  CODE* 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 
DATA-SECURITY  IS  DAT A-UNCLASS I F I ED 
APPLICATION-SYSTEM  IS  UDB 
PICTURE  IS  99999 
USAGE  IS  DISPLAY 
VALUE  IS  ZEROS 
STORE-VALIDATION  IS  SSZM 
MODI FY- VALI DAT ION  IS  SMZD 
ELEMENT  DESIGNATOR  IS  DES-FIXED 
PRESENCE  IS  PRESENCE-OPTIONAL 
ELEMENT  DEFINITION  IS 
'US  POSTAL  DISTRIBUTION  CODE' 
DATA-SUBJECT  IS  COMMON-ELEMENTS 
USER  IS  'NIPSSA03  TOWNER' 

RESPONSIBLE  FOR  DEFINITION. 


ADD  ELEMENT  NAME  IS  STATE-CODE 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 
'STANDARD  STATE  IDENTIFIER' 
ENTRY-SECURITY  IS  ENTRY-UNCLASS I F I E D 
DATA-SECURITY  IS  DATA- UNCLASS I FI ED 
APPLICATION-SYSTEM  IS  UDB 
PICTURE  IS  XX 
USAGE  IS  DISPLAY 
VALUE  IS  SPACES 
STORE-VALIDATION  IS  SSZG 
MODIFY- VALIDATION  IS  SMZA 
ELEMENT  DESIGNATOR  IS  DES-CODE 
PRESENCE  IS  PRESENCE-OPTIONAL 
ELEMENT  DEFINITION  IS 
'FIPS  STANDARD  CODE  FOR  US  STATES' 
DATA-SUBJECT  IS  COMMON-ELEMENTS 
USER  IS  ' N I PSSAO  3 TOWNER' 

RESPONSIBLE  FOR  DEFINITION. 
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ADD  ELEMENT  NAME  IS  NAME-ORGAN 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 
'NAME  OF  AN  ORGANIZATION' 
ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 
DATA-SECURITY  IS  DATA-UNCLASS I FI  ED 
APPLICATION-SYSTEM  IS  UDB 
PICTURE  IS  X ( 3 0 ) 

USAGE  IS  DISPLAY 
VALUE  IS  SPACES 
STORE-VALIDATION  IS  SSZG 
MODI FY-VALIDATION  IS  SMZA 
ELEMENT  DESIGNATOR  IS  DES-VARIABLE 
PRESENCE  IS  PRESENCE-OPTIONAL 
ELEMENT  DEFINITION  IS 
'NAME  OF  AN  ORGANIZATION' 
DATA-SUBJECT  IS  COMMON- ELEMENTS 
USER  IS  'NIPSSA03  TOWNER' 

RESPONSIBLE  FOR  DEFINITION 
COMMENTS 
' FREE-FORM' . 


ADD  ELEMENT  NAME  IS  ORGAN- ACRONYM 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 
'ORGANIZATION  ABBREVIATION' 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 
DATA-SECURITY  IS  DATA-UNCLASSIFIED 
APPLICATION-SYSTEM  IS  UDB 
PICTURE  IS  X ( 1 6 ) 

USAGE  IS  DISPLAY 

VALUE  IS  SPACES 

STORE-VALIDATION  IS  SSZG 

MODI FY-VALIDATION  IS  SMZA 

ELEMENT  DESIGNATOR  IS  DES-VARIABLE 

PRESENCE  IS  PRESENCE-OPTIONAL 

ELEMENT  DEFINITION  IS 

'SHORT  NAME  OR  ACRONYM  IDENTIFYING  AN  ORGANIZATION' 
DATA-SUBJECT  IS  COMMON-ELEMENTS 
USER  IS  ' N IPSSAO  3 TOWNER' 

RESPONSIBLE  FOR  DEFINITION. 
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ADO  ELEMENT  NANE  IS  SOC I AL-SECUR ITY 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 
•US  SOCIAL  SECURITY  NUMBER' 
ENTRY-SECURITY  IS  ENTRY-UNCLASS I K 1 ED 
DATA-SECUR ITY  IS  DATA-UNCLASS I F I ED 
APPLICATION-SYSTEM  IS  UDU 
PICTURE  IS  X ( I 1 ) 

USAGE  IS  DISPLAY 

VALUE  IS  SPACES 

STORE- VALIDATION  IS  SS7.G 

MODI KY-VALIDATION  IS  SMZA 

ELEMENT  DESIGNATOR  IS  DES-NO-VERI EY 

PRESENCE  IS  PRESENCE-OPTIONAL 

ELEMENT  DEFINITION  IS 

•THE  SOCIAL  SECURITY  NUMBER,  RIGHT 

•JUSTIFIED' 

DATA-SUHJ  ECT  IS  COMMON-ELEMENTS 
USER  IS  'NIPSSA03  TOWNER' 

RESPONSIBLE  FOR  DEFINITION. 


ADD  ELEMENT  NAME  IS  FREQ-VALUE 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 
'FREQUENCY  VALUE' 

ENTRY-SECURITY  IS  ENTRY-UNCLASS l K I HD 

DATA-SECUR ITY  IS  DATA-UNCLASS I F1ED 

APPLICATION-SYSTEM  IS  UDB 

PICTURE  IS  9(15 ) V999 

USAGE  IS  DISPLAY 

VALUE  IS  ZEROS 

STORE-VALIDATION  IS  SS7.M 

MODI  FY- VALIDATION  IS  SM7.D 

ELEMENT  DESIGNATOR  IS  DCS- FIXED 

PRESENCE  IS  PRESENCE-OPTIONAL 

ELEMENT  DEFINITION  IS 

'THE  FIELD  REPRESENTS  FREQUENCY  (NORMALLY  HERTZ) ' 
•TO  15  SIGNIFICANT  DIGITS  AND  THOUSANDTHS' 

DATA- SUBJECT  IS  COMMON- ELEMENTS 
USER  IS  'NIPSSAOJ  TOWNER' 

RESPONSIBLE  FOR  DEFINITION 
COMMENTS 

'ASSUMED  DECIMAL  POINT  l POSITIONS  FROM* 

'RIGHT  OF  FIELD.  MEASURES  TO  Ml LLtHERTZ ' . 
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ADD  ELEMENT  NAME  IS  DATE- JULIAN 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 
•JULIAN  DATE  IN  YEAR' 

ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 
DATA-SECURITY  IS  DATA-UNCLASSIFIED 
APPLICATION-SYSTEM  IS  UDB 
PICTURE  IS  999 
USAGE  IS  DISPLAY 
VALUE  IS  ZEROS 
STORE- VALIDATION  IS  SSZM 
MODI FY-VALIDATION  IS  SMZD 
ELEMENT  DESIGNATOR  IS  DES-FIXED 
PRESENCE  IS  PRESENCE-OPTIONAL 
ELEMENT  DEFINITION  IS 
'THE  JULIAN  DATE  OF  A DAY  IN  A YEAR' 
DATA-SUBJECT  IS  COMMON-ELEMENTS 
USER  IS  'NIPSSA03  TOWNER' 

RESPONSIBLE  FOR  DEFINITION 
RANGE  IS  '001'  THRU  '366'. 
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FREQUENCY  OF  SERVICE  CODES 

Service  analyses  contain  a criteria  defining  the 
frequency  with  which  the  user  desires  the  service  rendered. 
This  appendix  provides  a list  of  standard  service  definition 
codes.  Multiple  frequency  codes  may  be  used  if  the  service 
is  required  at  more  than  one  frequency,  such  as  adhoc  and 
monthly . 


Where  the  defined  codes  do  not  fit  the  user's 
service  requirements,  special  codes  may  be  created  and  used. 
Special  codes  must  be  enclosed  in  single  quote  marks. 

1.  ADHOC.  The  service  may  be  requested  at  any 
time. 

2.  DAILY.  The  service  is  performed  on  a 

scheduled  basis  every  day. 

3.  WEEKLY.  The  service  is  performed  on  a 

scheduled  basis  once  every  week. 

4.  BIWEEKLY.  The  service  is  performed  on  a 

scheduled  basis  once  every  two  weeks. 

5.  MONTHLY.  The  service  is  performed  on  a 
scheduled  basis  once  every  month. 

6.  BIMONTHLY.  The  service  is  performed  on  a 

scheduled  basis  once  every  two  months. 

7.  QUARTERLY.  The  service  is  performed  on  a 

scheduled  basis  once  every  quarter. 

8.  SEMIANNUAL.  The  service  is  performed  on  a 
scheduled  basis  once  every  six  months. 

9.  ANNUALLY.  The  service  is  perf  tmed  on  a 

scheduled  basis  once  every  calenda.  year. 
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PRIORITY  OF  SERVICE  CODES 

As  part  of  a service  analysis,  each  service  defined 
is  assigned  a priority  for  development.  This  appendix 
defines  a standard  list  of  priority  codes  to  be  used. 

1.  AS-AVAILABLE . The  service  is  to  be 

developed  when  all  other  service  requests 
for  the  application  have  been  satisfied  and 
as  resources  are  available. 

2.  LOW-PRIORITY.  The  service  is  to  be 

developed  when  all  other  service  requests  of 
higher  priority  have  been  satisfied. 

3.  NORMAL- PRIORITY . The  service  is  to  be 

developed  as  normally  scheduled  after 

requests  of  higher  priority  have  been 
satisfied.  A majority  of  service  requests 
should  fall  in  this  category. 

4.  HIGH-PRIORITY.  The  service  analysis  should 

be  developed  as  one  of  the  first  efforts  in 
the  application. 

5.  URGENT-PRIORITY.  The  service  must  be 

developed  as  soon  as  possible. 

6.  FUTURE-NEED.  The  service  request  defines  a 
requirement  which  will  not  be  needed  for  at 
least  six  months. 
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RESPONSE  TIME  OK  SERVICE  CODES 


The  service  analysis  includes  the  definition  of  the 
time  frame  the  user  desires  to  receive  a response  to  a 
request  for  a specific  production  service.  The  codes  in 
this  appendix  define  standard  response  time  values.  Where 
an  unusual  response  time  requirement  exists,  xt  may  be 
defined  and  entered  enclosed  in  single  quote  marks. 

1.  IMMEDIATE-RESPONSE.  The  user  desires 

response  to  the  service  request  in  real-time 
or  near  real-time  (not  to  exceed  two 
minutes ) . 


2.  RESPONSE-1.  The  user  desires  response  to 

the  service  request  within  one  hour. 

3.  RESPONSE-6.  The  user  desires  response  to 

the  service  request  within  6 hours. 

4.  RESPONSE- 12.  The  user  desires  response  to 
the  service  request  within  12  hours. 


5. 


OVERNIGHT-RESPONSE.  The 
response  to  the  service 
beginning  of  the  following 


user 
request 
work  day. 


des i res 
by  the 
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SERVICE  HISTORY  CODES 

The  service  history  attribute  adds  an  understanding 
to  the  service  request  of  the  history  of  such  services  to 
the  user.  Where  the  user  has  been  receiving  ADP  services, 
the  history  may  show  that  this  service  request  is  an 
extension  or  upgrade  of  an  existing  request  and  provide  the 
designer  with  a source  of  background  information. 

1.  EXISTING-SERVICE . The  requested  service  is 
existing  in  either  ADP  or  manual  form. 

2.  NEW-SERVICE.  The  requested  service  has  not 
been  produced  previously. 

3.  PLANNED-SERVICE.  The  service  is  part  of  an 
overall  development  plan  but  will  not  be 
implemented  in  the  near  future  (within  6 
months  ) . 

4.  UPGRADED-SERVICE . The  request  is  for  an 
upgrade  or  enhancement  to  an  existing  user 
service . 


APPENDIX  E.16 
SERVICE  OUTPUT  MODES 

Service  requests  which  result  in  the  preparation  of 
outputs  from  the  database  are  generally  classified  by  the 
mode  codes  in  this  appendix. 


1.  REPORT-MODE.  The  service  request  results  in 
a printed  report. 

2.  DISPLAY-MODE.  The  service  request  results 
in  a CRT  display. 

3.  CARD-MODE.  The  service  request  results  in 
punched  card  output. 

4.  TAPE-MODE.  The  service  request  results  in 
magnetic  tape  output. 


5. 


FICHE-MODE.  The  service  request  results  in 
microfiche  output. 
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STANDARD  TP- IP  FUNCTION  COMMAND  CODES 

It  is  desirable  to  provide  the  capability  to  perform 
additional  functional  transaction  programs  as  a result  of 
either  a user  operator  decision  or  program  logic 
determinat ion . The  codes  shown  below  are  used  in  the  "$M" 
parameter  card  of  the  on-line  IP  program  generator  to 
provide  this  flexibility. 

Valid  codes  are: 

1.  Fl  through  F9 , corresponding  to  functions 

keys  1 through  9. 

2.  FA  through  FCr  correspond ing  to  function 

keys  10  through  12. 

3.  A1  through  A3,  corresponding  to  PA  keys  1 

through  3. 

4.  EN , corresponding  to  the  ENTER.  RETURN  key. 

5.  XI,  corresponding  to  the  detection  of  an 
" information"  level  message  created  by  the 
IP.  This  exit  should  be  used  with  extreme 
care  because  information  level  messages  are 
very  common. 

6.  XW,  corresponding  to  the  detection  of  a 
"warning"  level  message  created  by  the  IP. 

As  with  the  " information"  level  message,  the 
number  of  warning  messages  generated  by  an 
IP  dictates  that  use  of  this  option  be 
carefully  reviewed. 

7.  XC,  corresponding  to  the  "correctable"  level 
error  message  created  by  the  IP. 

8.  XE,  corresponding  to  the  "fatal"  level  error- 
message  created  by  the  IP. 

9.  XD,  corresponding  to  the  "disaster"  level 
error  message  created  by  the  IP. 


10.  XI  through  X9 , corresponding  to  special 
exits  which  the  IP  may  invoke. 
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SAMPLE  USERS  GUIDES 

This  appendix  contains  portions  of  two  users  guides. 
The  first  is  the  Users  Guide  for  the  Generalized  Working-file 
Database  Facility.  This  guide  illustrates  the  general  format 
of  the  overall  approach  to  be  followed  when  developing  any 
users  guide. 

The  second  illustration  is  a portion  of  the  NIMIS 
users  guide  which  provides  more  examples  of  the  instructions 
for  batch  input  processing  data  preparation. 

It  is  the  intent  of  the  users  guide  to  provide  an 
easily  understood  tool  for  end  users  of  a database 
application.  Simplicity  and  clarity  are  the  primary 
guidelines.  Examples  should  be  shown  where  applicable. 
APPENDIX  G 

INTEGRATED  DATA  DICTIONARY  (IDD)  SYNTAX 

This  appendix  contains  excerpts  from  the  users  manual 
for  the  Integrated  Data  Dictionary  (IDD)  developed  and 
marketed  by  Cullinane  Corporation  of  Boston. 

The  material  in  this  appendix  is  copyrighted  by 
Cullinane  Corporation  and  used  with  their  permission. 
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This  Users  Guide  is  designed  to  be  used 
as  a quick  reference  to  assist  you  in 
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PROJECT  LABOR  HOUR  ENTRY 
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REMOVING  A PERSON  FROM  A NIMIS  PROJECT 


(ErtjVIRG  A PERSON  FROM  A MlHIS  PROJECT 


REMOVING  A PERSON  FROM  A NIKIS  PROJECT 


APPENDIX  G 


INTEGRATED  DATA  DICTIONARY  (IDD)  SYNTAX 

This  appendix  contains  excerpts  from  the  users  guide 
for  the  Integrated  Data  Dictionary  (IDD)  product  developed 
and  marketed  by  Cull  inane  Corporation.  The  sections 
presented  in  this  appendix  relate  only  to  the  syntax  of  IDD 
entry  statements. 

The  material  in  this  appendix  is  copyrighted  by 
Cullinane  Corporation. 


SECTION  3 

DDDL  COMPILER  AND  LANGUAGE  SPECIFICATIONS 


DDDL  COMPILER  PROGRAM  OPERATION 

The  Data  Dictionary  Definition  Language  (DDDL)  is  the  source  language  used  to  supply  the  Dic- 
tionary/Directory with  definitions  of  and  relationships  between  dictionary  entities. 

The  DDDL  Compiler  accepts  Data  Dictionary  Definition  Language  input  and  uses  IDMS  to  update 
the  Dictionary/Directory  Network. 

The  Dictionary/Directory  Network  is  an  IDMS  database.  At  installation  time,  IDMSD1RL  loads 
the  network  structure  to  a user-specified  disk  extent.  Then,  the  DDDL  compiler  updates  the  Dic- 
tionary/Directory with  the  default  level  numbers,  certain  classes  and  attributes,  and  the  DREPORT 
modules. 

The  Data  Dictionary  Activity  List  shows  DDDL  source  submitted,  along  with  any  error  messages 
generated  for  the  run. 

Figure  3-1  illustrates  the  components  described  above. 


DATA  DICTIONARY  ACTIVITY  LIST 

The  Data  Dictionary  Activity  List  shows  DDDL  source  submitted,  along  with  any  error  messages 
generated  for  the  run.  (A  list  of  error  messages  may  be  found  in  Appendix  A.)  The  Data  Dictionary 
Activity  List  may  be  formatted  to  skip  a specified  number  of  lines  between  DDDL  source  state- 
ments or  to  advance  to  the  top  of  the  next  page  before  printing  the  next  statement  by  the  insertion 
of  SKIP  and  EJECT  cards  at  appropriate  intervals  in  the  DDDL  input  source  deck: 
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FIGURE  3-1.  MAINTENANCE  OF  HIE  DICTIONARY  PORTION  OF  THE 
DICTION AR Y/D I R ECTO R Y N E TWO  R K 


• SKIPm/egcr 

Integer  may  be  1,2,  or  3,  and  specifies  the  number  of  lines  to  be  skipped. 

The  command  must  be  contained  within  columns  <3-72. 

. EJECT 

This  command  causes  the  printer  to  advance  to  the  top  of  the  next  page. 

The  command  must  be  contained  within  columns  8-72. 

The  SKIP  and  EJECT  cards  do  not  appear  in  the  Data  Dictionary  Activity  List,  a sample  of  which 
is  presented  in  Figure  3-2. 


DDDL  LANGUAGE  SPECIFICATIONS 


The  Data  Dictionary  Definition  Language  (DDDL)  is  the  source  language  used  to  populate  the 
Dictionary  Directory  Network  with  definitions  of  and  relations  between  dictionary  entries. 

The  basic  unit  of  input  into  the  DDDL  Compiler  is  the  sentence  dealing  with  an  entity  occuirence 
in  the  IDD  Each  sentence  begins  with  a verb  (ADD,  MODIFY.  DILI  I IT  designating  the  function 
to  be  performed  This  is  followed  by  the  NAME  clause,  which  identifies  the  emits  category  iS'tS 
TIM,  SUBSYSTEM.  USER,  I 11  1 . PROGRAM.  MODULI  . ELEMENT.  RECORD.  Cl  VSS,  or 
\l  TRIBUTE!  and  specifies  either  a user-supplied  primary  name  or  the  s\  stem  default  name  tor 
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FIGURE  3-2.  DATA  DICTIONARY  ACTIVITY  LIST 


the  entity  occurrence.  Subsequent  clauses  are  optional.  Each  consists  of  a required  keyword/ 
keyword  expression  (SECURITY,  COMMENTS,  ELEMENT  DESIGNATOR,  etc.),  an  optional 
keyword  that  may  be  included  to  clarify  syntax  and  thus  enhance  readability  (IS,  ARE,  BY.  ere. ), 
and  a corresponding  user-supplied  or  system  default  expression  (name,  description,  or  other  alpha- 
numeric or  numeric  literal).  A period  followed  by  a space  terminates  the  sentence. 


ADD  ELEMENT 

NAME  IS  ACTION-CODE 
PIC  X. 


MODIFY  ELEMENT 

NAME  IS  ACTION-CODE 
COMMENTS  INTRODUCED  10/12/78*. 
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DLL  IT  CLASS 

NAME  IS  ACTION -CODE. 


Flic  syntax  notation  for  MODIFIES  of  multiple  entry  clauses  indicates  that  the  INI  LUDl  and  I N 
CLUDE  words  are  optional.  If  neither  word  is  used,  INCLUDE  is  assumed  The  rules  lor  the  IN 
CLUDE  function  are  the  same  as  those  for  the  ADD  function  explained  for  the  entity. 

Treatment  of  the  DDDL  at  the  detail  level  may  be  arranged  conveniently  under  three  headings: 

• Conventions 

. PREPARED; REVISED  BY  Clause 

• DDDL  Sentence  Presentation  Sequence 

• DDDL  Sentence  Syntax  Displays 

CONVENTIONS 

The  following  discussion  covers  the  acceptable  coding  format,  syntax  notation,  character  set,  and 
word  types: 


Coding  Format 

Tire  DDDL  input  record  format  is  an  80  character  card-image.  The  following  table  describes  the 
input  record  format. 

TABLE  3-1.  INPUT  RECORD  FORMAT 


a* 

tn 


) 

All  clauses  except  the  COMM l- N IS  aiul  I LI  Ml  N I DFFINIIION  clauses  may  he  continued  trout 
one  line  to  the  next  without  a continuation  character.  However,  words  ntay  not  he  split  between 
lines.  The  following  ire  two  examples  of  acceptable  DDDL  input  for  the  same  sentence 

II sample  1 (card  I of  I ) ADD  RECORD  NAM II  ISCUSI'OMLR. 

Example  2 (card  I of  2)  ADD  RECORD 

(card  2 of  2)  NAME  IS  CUSTOMER. 

The  COMMENTS  clause  and  the  ELEMENT  DEFINITION  clause  may  consist  of  any  number  of 
cards.  Comments  may  be  associated  with  any  Dictionary  entity.  Lite  element  definition  is  applicable 
only  to  elements.  Rules  for  coding  both  clauses  arc  the  same. 

The  user-supplied  literal  must  be  enclosed  in  quotes  if  embedded  blanks  or  special  characters  are 
included.  Card  columns  8-72  only  may  be  used  to  contain  the  literal,  including  bounding  quotes. 
The  continuation  character  (hyphen  in  column  7)  must  be  used  on  second  and  subsequent  cards 
when  more  than  one  card  is  entered.  If  the  ending  quote  is  omitted,  the  contents  of  that  card  up 
to  column  72  will  he  included  as  part  of  the  literal.  To  include  a quote  within  a comment  or  defi- 
nition, enter  two  quote  characters  in  succession. 

Examples  of  clauses  which  may  consist  of  multiple  cards  follow. 


*00  ELEMENT 

NAME  19  ACTION-CODE 

element  description  is  cope 

PIC  X 

COMMENTS  »♦  13  AN  *00/  . 13  A DELETE/  • IS  * M00IPYI, 


The  following  example  shows  how  to  add  comments  with  multiple  cards  and  how  to  code  the  quote 
when  it  is  included  in  the  comments. 


*00  element 

NAME  13  e0NPTR0L»KEY 

ELEMENT  designator  13  CALCKEY 
PIC  x (a) 

comments  i c*lc  met  for  ook  comptrol  reccro 

• t VALUE*' tCMPT «*» , 

ADO  ELEMENT 

name  is  NEXT-NUMBER 

To  modify  comments  already  stored  in  the  Dictionary,  include  the  COMMENTS  clause  with  the 
appropriate  MODIFY  command.  Previously  specified  comments,  if  any.  are  replaced  by  those  en- 
tered at  this  time.  All  comments  must  he  resubmitted  - individual  comments  lines  ntnnot  he  modi- 
fied. l'he  NULL  operation  deletes  all  comments  for  an  entity. 

Lite  following  example  shows  how  to  replace  comments  for  an  entity. 


j 
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"UOIFr  tllMtNT 

N*Ht  IS  *CTION«COOE 

COHNtNTS  '♦  IS  AM  A DO | - IS  4 OELETEI  • IS  A MOO  IF  Y t 

• •INVALID  ACTION  COOE  PROOUCES  UNPRfcOlC TABLE ' 

• 'RESULTS!, 

The  following  example  shows  how  to  delete  comments  for  an  entity. 


MOD i F Y ELEMENT 

name  IS  CUST-CREDIT 
COMMENTS  null. 


Die  following  example  shows  how  to  enter  an  element  definition  for  an  existing  element. 


MODIFY  ELEMENT 

name  IS  CUST-CREDIT 
ELEMENT  DEFINITION 

'CUSTOMER  CREOIT  RATING.  THIS  RATING' 

•IS  ASSIGNED  TO  A CUSTOMER  BY  THE  TREASURER' 


Syntax  Notation 

A uniform  system  of  syntax  notation  is  used  throughout  the  IDMS  manuals.  The  following  table 
explains  this  system. 


TABLE  3-2.  SYNTAX  NOTATION 


NOTATION 

— 

MEANING 

EXAMPLES 

irFER-CASE  WORDS 
I'NDERl I NED 

keywords  required  when  format  Is 
used 

hie  description  rfiM: 

I'PPER-CASE  WORDS 
NOT  I’NDERL  I NED 

opt  1 on  a 1 kewords  used  for  syntax 
clarity  or  completeness  of  document st Ion 

FREQUENCY  IS  liteml 

lover-iA**  wot J* 
(script ) 

user  text  containing  any  user-supplied 

Jata  names 

NEW  NAME  IS  -ur-e 

[] 

minimum  of  rero 
maximum  of  one 

SAME  AS  FILE  ^VERSION  vr»..  T-r.j 

( ] ••• 

i i 

minimum  of  tero 

maximum  of  one  each 

USER  L-.  ^RESPONSIBLE  jrOR 

DEFINITION 

CrEaYIo^ 

error- 

ptiition 

1 

minimum  of  one 

maximum  of  one  each 

1 

INPUT 

3DTPUT 

FILE  IS  av  [VERSION  .-trt  J 

ii 

111 

minimum  of  one 

maximum  of  one  ea» h 

VALUE  IS  ' tcr.i; 

rtfCCt'ftS  !»:.V?.r  TIMES  1 

CfuflR  0 TO  r-.  . v TIMES 

depending  ON  . . J 

INDEXED  BY  •• 

() 

opt  tonal  spell  ins  of  rhe  lurv.ltatelv 
-'receding  word  (see  note  he  low  table) 

PICTURE  (PTC)  IS  --.r-j-vv 

NOTE  fhcie  is  one  special  operator  used  in  file  l)l)l)L  syntax  which  Jiffeis  from  the  uniform  lOMSwutax  nota- 
tion s\ stein  namely  t Kl.  the  operatoi  for  element  ledelimtion.  As  indicated  by  the  iindeilimng.  the  p.uemliesct  aie 
nyi urnj  characteis,  t <• , they  do  nut  indicate  an  optional  spelling. 


i 


Character  Set 

In  order  to  afford  flexibility  in  accommodating  a broad  range  of  applications,  both  automated  and 
manual,  no  restrictions  are  enforced  by  the  IDl)  itself  with  respect  to  acceptable  characters,  aside 
from  those  associated  with  these  delimiters: 

• The  period  (followed  by  a blank, space  character)  is  used  to  terminate  a 
DDDL  sentence. 

• One  or  more  blanks  are  used  as  separators  between  words  and  clauses. 

• The  comma,  the  semi-colon,  and  the  colon,  which  are  all  treated  as  blanks 
by  the  DDDL  Compiler,  may  be  used  as  separators  between  words  and 
clauses  to  enhance  readability. 

• Quotation  marks  are  used  to  enclose  user-supplied  names  whenever  one  or 
more  delimiters  (blanks,  commas,  periods,  semi-colons,  apostrophes,  and 
quote  characters)  are  embedded  in  the  name.  For  any  single  site,  either 
of  the  two  forms  of  the  quote  character,  but  not  both,  may  be  recognized 
as  such  when  processing  DDDL  statements.  The  single  quote/apostrophe  O 
is  the  default  quote  character  for  syntactical  purposes.  If  the  double  quote 
character  (")  is  the  standard  for  the  user  site,  the  DBL-QUOTU  option 
should  be  specified  at  1DMSDIRL  execution  time. 

Inclusion  of  the  alternate  form  of  the  quote  character,  i e..  the  form  not 
selected  as  the  site  standard,  in  a user-supplied  name  requires  no  further 
syntactical  treatment  than  enclosure  of  the  name  in  site-standard  quotes: 

1DD"S  should  be  input  as  ‘1DD"S’  if  the  site  standard  is  the 
(default)  single  quote. 

lDD'S  should  be  input  as  "IDD'S”  if  the  site  standard  is  the 
double  quote  character. 

If.  however,  the  site  standard  form  of  the  quote  character  is  to  be  embedded 
in  a user-supplied  name,  it  is  necessary  that  the  character  appear  twice  for 
each  occurrence  in  the  original  name. 

• IDD'S  should  be  input  as  '1DD'  ‘S’  if  the  site  standard  is  the 
(default)  single  quote. 

• 1DD"S  should  be  input  as  ‘TDD”  ”S"  if  the  site  standard  is 
the  double  quote  character. 

IDMS  users  should  bear  in  mind  that  IDD  entries  which  are  ultimately  to  be  processed  bv  IDMS 
compilers  may  consist  only  of  characters  m the  IDMS  character  set  as  specified  in  the  /PUS 
base  Design  and  lie! tuition  tiuide 


) 


Word  Types 


As  indicated  above,  the  DDDL  Compiler  processes  two  types  of  words,  1 ) keywords  and  ’)  expres- 
sions (names,  descriptions,  other  alphanumeric  and  numeric  literals),  both  user-supplied  and  system 
default; 


• Keywords  are  either  required  or  optional. 

They  may  either  be  spelled  out  in  full,  or  they  may  be  abbreviated  ad  lib  by 
eliminating  one  or  more  end  characters: 

ELEMENT 

ELEMEN 

ELEME 

EL  EM 

ELE 

EL 

E 

Even  a single  character  may  be  sufficient  to  unambiguously  specify  a key- 
word, if  no  other  keyword  for  the  specific  entity  category  and  function  that 
may  appear  in  the  same  syntactical  position  in  the  clause  can  be  identically 
abbreviated. 

Since,  for  example,  both  DESCRIPTION  and  DEFINITION  could  con- 
ceivably be  abbreviated  as  D or  DE,  neither  may  be  so  abbreviated  in  a 
sentence  for  a particular  entity  category  and  function  if  both  appear  among 
the  keywords  for  that  entity  and  function  and  may  appear  in  the  same 
syntactical  position. 

Optional  keywords  should  also  be  included  in  the  check  for  ambiguity: 
ATTRIBUTES  ARE  AUTOMATIC  may  be  abbreviated  as  A A A,  but  not 
as  A A,  since  the  compiler  will  identify  the  second  A with  the  optional 
ARE.  The  optional  ARE  could  be  unambiguously  omitted  if  the  clause 
were  to  be  abbreviated  A AU. 

• User-supplied  and  system  default  names  include  system,  subsystem,  user, 
file,  program,  module,  element,  record,  class,  and  attribute  names: 

• If  they  are  to  be  processed  by  the  1DMS  compilers,  they  may 
contain  only  those  characters  included  in  the  1DMS  character 
set  as  specified  in  the  ID. US  Database  Design  and  Definition 
Guide. 

• If  they  are  to  be  processed  by  the  IDMS  compilers,  they 
should  not  duplicate  any  of  the  IDMS  reserved  words  as 
specified  in  the  IDMS  Database  Desoto  ami  Dvjinition  Guide 


• It'  they  are  ultimately  to  he  processed  hy  higher-level  lan- 
guage compilers  (COBOL.  PL/I,  etc  I.  they  should  not  be 
identical  with  any  of  the  reserved  words  of  the  specific 
compiler. 

• Quotation  marks  must  be  used  to  enclose  them  whenever  one 
or  more  delimiters  (blanks,  commas,  periods,  semi-colons, 
apostrophes,  and  quote  characters)  are  embedded  therein. 

Unless  a different  maximum  length  is  specified  in  the  syntax 
display  for  the  particular  entity  category  and  function,  these 
names  must  not  exceed  32  characters  in  length. 

Additional  user-supplied  expressions  consisting  ot  alphanumeric  and  numeric 
literals  used  to  establish  initial  values  for  entity/attribute  occurrences  in- 
clude: 

• Alphanumeric  literals  which  are  enclosed  in  quote  characters 
and  can  have  a maximum  length  of  34  characters,  including 
the  bounding  quotes. 

• Numeric  literals  which  are  nut  enclosed  in  quotes  and  can 
have  a maximum  length  of  31  characters. 

I 

• Figurative  constants  which  are  reserved  words  ot  one  or 
another  higher  level  language  compiler  (COBOL,  PL/I,  etc.) 
to  be  processed  as  such  at  program  compilation  time:  > 

add  element 

NAME  IS  BLANKF1ELD 
VALUE  IS  SPACES. 

(COBOL  reserved  word) 

DDDL  Keywords  may  be  used  as  user-supplied  literals,  if  desired,  as  long  as  the  above-cited  restric- 
tions are  observed: 

ADD  ELEMENT 

NAME  IS  ELEMENT. 

) 
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PROJE 


Fo  help  support  the  project  control  function  associated  with  building  and  maintaining  the  Dic- 
tionary Directory,  the  PREPARED  BY  and  REVISED  BY  clauses  permit  identification  of  the 
individual  or  project  that  creates  or  updates  an  entity.  The  identification  literal  is  stored  in  the 
Dictionary/ Directory  along  with  other  information  for  the  entity,  and  is  printed  on  all  detail 
reports.  Literal  may  not  exceed  8 characters. 

The  format  for  identification  of  the  individual,  or  project,  who  creates  an  entity  with  the  ADD 
function  follows. 


The  format  for  identification  of  the  individual,  or  project,  who  updates  an  entity  with  the  MODIFY 
function  follows. 


The  rules  for  usage  with  the  MODIFY  function  follow. 

• The  PREPARED  BY  option  may  be  designated  with  the  MODIFY  function 
only  if'  it  was  not  specified  when  the  entity  was  added,  or  during  a previous 
modification. 

• The  REVISED  BY  option  may  always  be  designated  with  the  MODIFY 
function.  The  identification  literal  replaces  the  code,  if  any,  previously  de- 
fined for  the  entity. 


DDDL  SENTENCE  PRESENTATION  SEQUENCE 

Sentences  may  be  presented  in  any  sequence,  as  long  as  entities  referenced  in  a sentence  already 
exist  in  the  Dictionary/Directory.  Within  a sentence,  clauses  may  be  specified  in  any  order. 

• LEVEL  NUMBERS  are  usually  established  once  and  for  all  as  the  first  order 
of  business  after  the  installation  process  is  completed. 

• CLASS  information  is  normally  entered  first  in  the  DDDL  input  stream. 

• ATTRIBUTES  are  entered  next,  and  reference  previously  defined  classes. 

Subsequent  sentences  which  define  an  entity,  permit  the  entity  to  be  asso- 
ciated with  attributes  defined  at  this  stage. 

• SYSTEM  information  is  entered  next.  Highest  level  systems  (those  that  are 
not  subordinate  to  another  system)  are  entered  first,  as  nesting  of  systems  is 
accomplished  through  a W ITHIN  SI  STEM  clause.  Systems  defined  at  this 
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time  are  available  for  association  with  users  atul  programs  in  subsequent 
sentences. 

• SUBSYSTEM  tune t ions  in  even  respect  as  a s\  nonym  tor  SYSTEM. 

• USER  information  is  entered  next.  User  definitions  established  at  this  time 
are  available  for  association  with  programs  and  records  in  subsequent  sen- 
tences. 

• Fill-  information  is  entered  next.  File  definitions  established  at  this  time 
are  available  for  association  with  programs  and  records  in  subsequent  sen- 
tences. 

• MODULE  information  is  entered  next.  Modules  defined  at  this  time  are 
available  for  association  with  programs  in  subsequent  sentences. 

• PROGRAM  information  is  entered  next.  Lowest  level  programs  (.those  that 
do  not  CALL  another  program)  are  entered  first,  as  nesting  of  programs  is 
accomplished  through  a PROGRAM  CALLED  clause. 

• ELEMENT  information  is  entered  next.  Lowest  level  elements  (those  that 
do  not  have  subordinate  elements)  are  entered  first,  as  nesting  of  elements  is 
accomplished  through  a SUBORDINATE  ELEMENTS  clause.  Elements  de- 
fined at  this  time  are  available  for  association  with  records  in  the  RECORD 
ELEMENT  sentence. 

• RECORD  information  is  entered  last.  General  record  characteristics,  such  as 
name  and  description,  are  entered  in  the  RECORD  sentence,  followed  by 
one  or  more  RECORD  ELEMENT  sentences  to  associate  the  record  with  the 
appropriate  elements. 


DDDL  SENTENCE  SYNTAX  DISPLAYS 

The  following  discussion  covers  the  format  and  rules  for  each  DDDL  sentence.  Sentences  are 
grouped  by  entity  category,  and  are  presented  in  the  sequence  suggested  above.  Where  multiple 
functions  may  be  performed  for  an  entity,  the  ADD,  DELETE,  and  MODIFY  sentences  each  begin 
on  a new  page. 


I I M l NllMItl- KS 


1 1 \ 1 I NUMIU  US 


H 


MODll  \ 1 I-  VI- 1.  NUMIU  US  SI  N 1 1 NC  I 

Hu-  MOIMI  \ I I N i l Nt'MUIRS  sentence  establishes  .i  slandaid  level  miml'n  wluch  will  he 
assigned  ( o each  iccord  element  whose  hieiarchical  position  m a iccord  corresponds  to  the  position 
ot  the  level  mimher  coiled  in  this  sentence 

NO  1 1 It  levier  than  IS  level  ntnnheis  aie  coiled  in  the  Mi 'I'll  N I 1 \ I I 
Nl'MHI  US  sentence,  the  default  value  ol  4‘>  will  he  generated  lot  leconl 
elements  with  unspecified  level  numbers. 

■wmj | r v mu  v Miii  iis  |.„v,  .......  .1 


• 1 I Nil  NUMIU  RS  l.i'vrl-niiHtl'cr  must  he  two  dibits  valued  fiom  02  to 

-f‘>  Within  these  limits,  am  mimher  ot  Irvrl-niiinhcis  ma\  he  specified  in 
ascending  order. 


f. 


CLASS 


CLASS 


) 


ADO  CLASS  SI  NLLNl  1 

I he  ADD  Cl  ASS  sentence  identifies  .1  class  to  the  Dictionary.  At  n ibnte  inclusion  may  ho  specified 
.is  MANUAl  or  AUTOMATIC.  PLURAL  01  SIM. LI  AR.  Comments  may  he  included. 


ADO  i l ASS  IS 


[ PREPARE  0 UX  J 


[ 


AIIKieUltX  Act 


I MANUAl  I 
I AUTOMAT  1C  I 


I 01  u«Al  I 

; swan  MO 


[l  OMNI  STS  • ) 


• Cl  ASS  NAME  Chiss-iiainc  must  be  unique.  Its  length  may  not  exceed  20 
characters.  If  embedded  blanks  or  special  characters  are  included,  chiss-iuime 
must  be  enclosed  in  quotes. 

• PREPARED  BY  This  clause  permits  the  individual  responsible  for  estab- 
lishing the  entity  in  the  Dictionary  to  log  lus  initials  and/or  project  code. 
The  rules  are  explained  in  the  earlier  discussion  of  this  clause. 

• ATTRIBUTES  This  clause  specifies  the  two  inclusion  characteristics  for 
attributes  within  the  class: 

• ATTRIBUTES  ART  MANUAL  requires  that  attributes 
within  the  class  be  individually  predefined  via  ATIR1BUTE 
syntax  before  being  associated  with  a particular  dictionary 
entity  occurrence. 

• ATTRIBUTES  ARE  AUTOMATIC  />ermm  individual  pre- 
definition  of  attributes  within  the  class  nu  ATTRIBUTE 
syntax  before  association  with  a particular  dictionary  entity 
occurrence.  In  addition,  it  provides  that  attributes  may  also 
be  included  tiutoiiuln\illy  within  the  class  when  referenced 
by  entity  syntax. 

• ATTRIBUTES  ART  SINC.UIAR  specifies  that  a single 
entity  occurrence  may  be  related  to  ou/i  one  attribute 
within  the  associated  class. 

• A 1 TRIBUTES  ART  I’ll  RA1  specifies  that  a single  entitv 
occiutence  may  be  related  to  am  number  of  attnbutes 
within  the  associated  class. 

I lie  default  specification  is  M AN l A l IM  t 1 R A l 


I t 


) 


CLASS 


l LASS 


• COMMENTS  Rules  lor  coding  comments  are  explained  m lire  earlier  dis- 
eussion  of  the  Coding  Format. 

NOTE:  The  following  Cullinane-specificd  classes  are  added 
to  the  Dictionary, Directory  as  part  of  the  installation  pro- 
cess: 


Logically 

Class-name  Included  as  a?  jciated  with 

ELEMENT  DESIGNATOR  AUTOMATIC  PLURAL  ELEMENT 


FREQUENCY 


LANGUAGE 


MODE 


PRIVACY 

SECURITY 


MANUAL  PLURAL 


I LEM ENT 
FILE 

PROGRAM 


MANUAL  SINGULAR  MODULE 

PROGRAM 


MANUAL  SINGULAR  MODULE 

PROGRAM 

RECORD 


MANUAL  PLURAL  MODULE 


MANUAL  PLURAL  ELEMENT 

FILE 

MODULE 

PROGRAM 

RECORD 

(SUBSYSTEM 

USER 


Inasmuch  as  there  is  no  lockout  mechanism  involved,  users  are  free  to  asso- 
ciate the  Cullinane-specified  classes  with  any  dictionary  entity  except 
RECORD  ELEMENT. 


In  like  manner,  user  specified  classes  may  he  associated  with  any  dictionaiv 
entity  except  RECORD  ELEMENT. 


CLASS 


CLASS 


DELETE  CLASS  SENTENCE 

l lie  DELL  1 L C LASS  sentence  deletes  .1  class  from  the  Dictionary . and  all  attributes,  if  any.  for  this 
class. 

NOIL:  The  DELETE  function  wall  be  performed  even  if  an  attribute  for 
this  class  is  associated  with  an  entity. 


OEIETJE  ClASS  NAME  1$  i.r» 


CLASS  NAME  Class-name  must  be  a know  n class. 


NOTE:  The  Cullinane-specitied  classes  established  at  installation 
tune  (ELEMENT  DESIGNATOR.  FREQUENCY.  LANGUAGE. 
MODE.  PRIVACY.  SECURITY)  cannot  be  deleted. 


CLASS 


CLASS 
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MODIFY  CLASS  SENTENCE 

The  MODIFY  CLASS  sentence  permits  a new  name  and/or  new  comments  to  replace  the  existing 
ones  for  a class.  Attribute  inclusion  may  be  (re Specified  as  MANUAL  or  AU FOMA  FIC,  PLURAL 
or  SINGULAR. 


MOOIf*  CLASS  NAME  IS  •:  wj-.i.v™ 
flPREPAREDl  1 

[iutvfsttr  i Br  • J 

[NEW  NAME  IS  'I  uj.'.™] 

[ajtrjbuies  are  ; STIC  I } j] 

[comments]--;] 


• CLASS  NAME  Class-name  must  be  a known  class. 

• PREPARED/REVISED  BY  This  clause  permits  the  individual  responsible 
for  revising  the  entity  to  log  his  initials  and/or  project  code.  The  rules  are 
explained  in  the  earlier  discussion  of  this  clause. 

• NEW  NAME  This  clause  renames  an  existing  class  entry.  Class-name  must 
be  unique.  Its  length  may  not  exceed  20  characters.  If  embedded  blanks  or 
special  characters  are  included,  class-name  must  be  enclosed  in  quotes. 

NOTE:  The  Cullinane-specified  classes  established  at  installa- 
tion time  (ELEMENT  DESIGNATOR.  FREQUENCY,  LAN- 
GUAGE, MODE,  PRIVACY,  SECURITY)  cannot  be  re- 
named. 

• ATTRIBUTES  This  clause  (re)specifies  the  two  inclusion  characteristics 
for  attributes  within  the  class: 

* ATTRIBUTES  ARE  MANUAL  requires  that  attributes  with- 
in the  class  be  individually  predefined  via  ATTRIBUTE 
syntax  before  being  associated  with  a particular  dictionary 
entity  occurrence. 

• A!  IRIBU1ES  ARl  AUTOMATIC  permits  the  individual 
predefinition  of  attributes  within  the  class  nw  A I TRIBUTE 
syntax  before  association  with  a particular  dictionary  entity 


:-\h 


CLASS 


occurrence.  In  addition,  it  provides  that  attributes  may  also 
be  included  automulkally  within  the  class  when  referenced 
by  entity  syntax. 

• A ITKI1HTI  S ARE  SINGULAR  specifies  that  a single  entity 
occurrence  may  be  related  to  only  one  attribute  within  the 
associated  class. 

• ATTRIBUTES  ARE  PLURAL  specifies  that  a single  entity 
occurrence  may  be  related  to  any  number  of  attributes  with- 
in the  associated  class. 

The  default  specification  is  MANUAL  PLURAL. 

COMMENTS  Rules  for  modifying  continents  are  explained  in  the  earlier 

discussion  of  the  Coding  Format. 


CLASS 


ATTRIBUTE 


ATTRIBUTE 


ADD  ATTRIBUTE  SENTENCE 

The  ADD  ATTRIBUTE  sentence  identifies  an  attribute  within  a class.  Comments  may  he  included. 


at  tribute-tun*' 
a*.  -uri ty-Kjne 

400  ATTRIBUTE  NAME  IS 

*K  itf  nji-e 

privaa’—K  m* 


SECURITY 

lAnguaSe 

WITHIN  CLASS  jpj| “ 

ARTYacy 

ntrgutticY 


PREPARED  BY  liu 


COMMENTS  Mmnti 


ATTRIBUTE  NAME  All  attribute-names,  including  security-names, 
language-names,  mode-names,  privacy-names,  frequency-names,  must  be 
unique  across  all  classes.  This  means,  for  example,  that  a security-name  may 
not  be  the  same  name  as  a privacy-name.  A name  may  not  exceed  40  char- 
acters. If  embedded  blanks  or  special  characters  are  included,  the  name  must 
be  enclosed  in  quotes. 


NOTE:  In  conjunction  with  the  ADDing  of  the  Cullinane- 
specified  classes  (ELEMENT  DESIGNATOR,  FREQUENCY, 
LANGUAGE,  MODE,  PRIVACY,  and  SECURITY),  the 
•PRODUCTION  LOCK'  attribute  within  the  class  SECURITY 
is  ADDed  at  installation  time.  When  associated  with  records 
and  elements.  SECURITY  IS  ‘PRODUCTION  LOCK’  pro- 
hibits the  DELETE  and  MODIFY  functions;  when  asso- 
ciated with  other  dictionary  entities,  its  effect  is  purely 
documentational. 

WITHIN  CLASS  Class-name  must  identify  a known  class.  This  clause  is 

required. 


PREPARED  BY  This  clause  permits  the  individual  responsible  for  estab- 
lishing the  entity  in  the  Dictionary  to  log  his  initials  and/or  project  code. 
The  rules  are  explained  in  the  earlier  discussion  of  this  clause. 

COMMENTS  Rules  for  coding  comments  are  explained  in  the  earlier  dis- 
cussion of  the  Coiling  Format. 


I 


VTTRIBUTE 


ATTUIBU I 1 


r 
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DELETE  ATTRIBUTE  SENTENCE 

I'lK-  DELETE  ATTRIBUTE  sentence  deletes  .m  attribute  from  I he  Dictionary. 

NOTE:  The  DELETE  function  will  he  performed  even  it  an  attribute  is 
associated  with  an  entity. 


DELETE  attribute  name  is 


• ATTRIBUTE  NAME  Xante  must  be  a known  class  attribute.  Since  all 
attribute-names  must  be  unique.  WITHIN  CLASS  need  not  be  specified. 

NOTE:  The  Cullinane-speeified  attribute  'PRODUCTION 

LOCK'  established  at  installation  time  may  not  he  deleted. 


) 


! 


W TRIBUTE 


WTRIBUIT 


MODIFY  ATTRIBUTE  SENTENCE 

The  MODIFY  ATTRIBUTE  sentence  permits  a new  name  and  or  comments  to  replace  lire  existing 
ones  tor  an  attribute. 


HOOJfY 


ATTRIBUTE  SANE  IS 


:r:lu 

~ 

rv 

NEW  NAME  IS  « 

;*»v 

_ 

/ riiMSj-’.jntt 

[coswsis  (™r} 


• ATTRIBUTE  NAME  Xante  must  be  a known  class  attribute. 

• PREPARED/ REVISED  BY'  Tltis  clause  permits  the  individual  responsible 
for  revising  the  entity  to  log  his  initials  and/or  project  code.  The  rules  are 
explained  in  the  earlier  discussion  of  this  clause. 

• NEW  NAME  All  attribute-names,  including  security-names,  ianguage- 
names.  mode  names,  privacy-names,  and  frequency-names,  must  be  unique 
across  all  classes.  A name  may  not  exceed  40  characters.  If  embedded 
blanks  or  special  characters  are  included,  the  name  must  be  enclosed  in 
quotes. 


COMMENTS  Rules  for  modifying  comments  are  explained  in  the  earlier 
discussion  of  the  Coding  Format. 


SYSTEM 


SYSTEM 


\DD  |Sl)U)  SYSTEM  SENTENCE 

Mu’  ADD  SYSTEM  sentence  identifies  .1  new  system  or  subsystem  to  the  Dictionary  System 
descriptions  and  relationships  with  other  entities  may  he  specified.  The  reserved  wo.d,  NUB 
SYSTEM.  may  he  used  interchangeably  with  S Y S 1 L: M . However,  a system  which  is  the  object  ot  an 
ADD  SUBSYSTEM  sentence  will  not  appear  on  the  DDR  reports  as  a SUBSYSTEM  unless  it  is 
actually  declared  subordinate  to  another  system  by  the  \\  1 THIN  SYSTEM  clause. 


IsRTW^I  II1SL  15  [vtnsion  is  . 

[VwCPABfcO  8»  . 

^SW  « llrflffi1-)  .-i»N — [vlWJON 

[ llvlftSTEM}  Pr  SCRIPT  ION  IS  . " *■ 

£.-t  jm-.:  i-*  IS  r .'  r:  >.:*■-  - :-vj  ... 

[st  01111*  IS  ... 

[nitwit  [vyssK's  . -,i 

[liwnli  ...men] 
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• 1 SUB  I SY 'STEM  NAME  This  clause  assigns  a system  its  primary  name  Hie 
concatenation  of  system-name  and  vcrsi<>n-no  must  he  unique.  Systcni-iume 
may  not  exceed  8 characters.  If  embedded  blanks  or  special  characters  are 
included,  system-name  must  be  enclosed  in  quotes.  Version-no  may  be  one 
to  four  digits  valued  from  I through  dqoq  The  default  is  I.  This  is  the  only 
required  clause  in  the  sentence. 

• PREPARED  BY  This  clause  permits  the  individual  responsible  for  estab- 
lishing this  entity  in  the  Dictionary  to  log  his  initials  and  or  project  code. 
The  rules  are  explained  in  the  earlier  discussion  of  this  clause. 

• SAMI  AS  The  concatenation  of  vt \teni-nainc  and  vcrsion-ntt  (default  is  It 
must  identify  a known  system  or  subsystem.  The  descriptions  and  relation- 
ships for  this  system,  including  associations  with  other  systems,  are  copied 
and  assigned  the  name  in  the  |SUB|SYS11M  \ \MI  clause  Vlditional 
clauses  modify  the  copied  information  through  inclusion  (multiple-entry 
clauses)  or  replacement  (single  entrv  clauses). 


SYSTEM 


SYS  1 1 M 


• ( SL  B 1 SY  S 1 IM  DESCRIPTION  literal  is  the  Iona  or  complete  name  of 
the  system  It  may  not  exceed  -40  characters.  If  enihedded  blanks  or  special 
characters  are  included,  literal  must  he  enclosed  m quotes. 

• Class-name  IS  attribute-name  This  clause  associates  the  (suh)systcm  with 
the  designated  attribute.  Class-name  must  identify  a known  class. 

• If  the  inclusion  of  attributes  within  the  class  has  been  speci- 
fied. either  actively  or  by  default,  as  MANUAL,  attribute- 
name  must  identify  a known  attribute  within  this  class  which 
has  been  previously  ADDed  via  ATTRIBUTE  s>  ntav  If,  how- 
ever. attribute  inclusion  for  the  class  has  been  specified  as 
AUTOMATIC,  the  named  attribute  does  not  need  to  have 
been  predefined  via  ATTRIBUTE  syntax,  but  will  automat- 
ically be  added  to  the  Dictionary  Directory  within  the 
designated  class  as  the  result  of  its  specification  in  this  clause. 

• If  the  default  specification  of  PLURAL  is  operative,  any 
number  of  attributes  may  be  associated  with  the  t subsystem 
via  the  inclusion  of  multiple  attribute  clauses.  If,  however, 
attributes  within  the  class  have  been  specified  as  SINGULAR, 
only  one  attribute  within  the  class  may  be  associated  with 
any  specific  ( subsystem. 

• SECURITY  This  clause  associates  the  system  with  a SECURITY'  attribute. 
Seeurity-name  must  identify  a known  security.  Any  number  of  securities 
may  be  associated  with  a system  by  including  multiple  SECURITY'  clauses. 

• WITHIN  [SUB  1 SY  STEM  This  clause  makes  the  named  system  subordi- 
nate to  the  WITHIN  system.  The  concatenation  of  system-name  and  version- 
no  (default  is  11  must  identify  a known  system  or  subsystem. 

• COMMENTS  Rules  for  coding  comments  are  explained  in  the  earlier  dis- 
cussion of  the  Coding  Format. 


SYSTEM 


s'isti  \i 


) 


m L i:  VI  ISUUISYSTI  M SENTENCE 


I Ik-  U1  LETE  |SUB| SYSTEM  sentence  deletes  a system  or  subsystem  and  all  descriptions  and 
relationships  associated  with  it. 


i'EUU  ««  15  [««iOS  15  ] 


. SYSTEM  NAME  The  concatenation  of  > ysu'/ti-iuwn-  and  version-no  must 
identify  a known  system.  When  version-no  is  not  specified,  the  default  is  1. 


) 


) 


t 


SYSTEM 


SYS  1 EM 


MODIFY  (SUB  | SYSTEM  SENTENCE 

The  MODIFY  (SUB (SYSTEM  sentence  permits  system  descriptions  and  relationships  to  be  in- 
cluded, excluded  or  replaced  tor  a system  or  subsystem. 


• (SUBJSYSTEM  NAME  The  concatenation  of  system-name  and  version-no 
must  identify  a known  system  or  subsystem. 

• PREPARED/REVISED  BY  This  clause  permits  the  individual  responsible 
for  revising  the  entity  to  log  his  initials  and/or  project  code  The  rules  are  ex- 
plained in  the  earlier  discussion  of  this  clause. 

• NEW  NAME  - This  clause  renames  an  existing  system  or  subsystem.  The 
concatenation  of  NEW  system-name  and  the  NEW  version-no  must  be 
unique.  When  NEW  NAME  is  specified  without  NEW  VERSION,  the  default 
is  1.  System-name  may  not  exceed  8 characters.  If  embedded  blanks  or 
special  characters  are  included,  system-name  must  be  enclosed  in  quotes. 

• NEW  VERSION  This  clause  assigns  a version-no  to  the  system  specif  ied  by 
the  NEW  NAME  clause.  If  NEW  NAME  was  not  specified,  it  is  a NEW  \ I R- 
SION  for  the  system  specified  in  the  ISUBJSYSTl  M NAME  clause  l erston- 
iio  may  be  one  to  four  digits  valued  from  I through  ooon  flic  default  is  I 


VJ4 


SYSTEM 


) 


SYSTEM 


[SL13ISYSTI  M DESCRIPTION  lhe  existing  description.it'  any.  is  re- 
placed by  literal.  Literal  may  not  exceed  40  characters.  If  embedded  blanks 
or  special  characters  are  included,  literal  must  be  enclosed  in  quotes.  To  re- 
place art  existing  description  with  spaces,  code  one  space  enclosed  in  quotes. 

class-name  IS  attribute-name  - The  EXCLUDE  option  dissociates  the  named 
system  and  this  attribute.  It' an  attribute  to  be  INCLUDED  is  already  asso- 
ciated with  the  system,  a duplicate  relationship  will  not  be  established.  Class- 
name  must  identify  a known  class. 

If  the  inclusion  of  attributes  within  the  class  has  been  speci- 
fied, either  actively  or  by  default,  as  MANUAL,  attribute- 
name  must  identify  a known  attribute  within  this  class  which 
has  been  previously  ADDed  via  ATTRIBUTE  syntax.  It.  how- 
ever, attribute  inclusion  for  the  class  has  been  specified  as 
AUTOMATIC,  the  named  attribute  does  not  need  to  have 
been  predefined  via  ATTRIBUTE  syntax,  but  will  automat- 
ically be  added  to  the  Dictionary/Directory  within  the 
designated  class  as  the  result  of  its  specification  in  this  clause. 

• If  the  default  specification  of  PLURAL  is  operative,  any 
number  of  attributes  may  be  associated  with  the  (sub)system 
via  the  inclusion  of  multiple  attribute  clauses.  If.  however, 
attributes  within  the  class  have  been  specified  as  SINGULAR, 
only  one  attribute  within  the  class  may  be  associated  with 
any  specific  ( subsystem. 

SECURITY  - The  EXCLUDE  option  dissociates  the  named  system  and 
this  security.  If  a security  to  be  INCLUDED  is  already  associated  with  the 
system,  a duplicate  relationship  will  not  be  established.  Any  number  ot 
securities  may  be  included  or  excluded  for  a system  by  including  multiple 
SECURITY  clauses. 

WITHIN  (SUB]  SYSTEM  - The  concatenation  of  system-name  and  version- 
no  must  identify  a known  system  or  subsystem.  The  EXCLUDE  option  dis- 
sociates the  named  system  and  the  WITHIN  system.  If  the  system  to  be 
INCLUDED  is  already  associated  with  the  named  system,  a duplicate  rela- 
tionship will  not  be  established.  Any  number  of  systems  or  subsystems  may 
be  included  or  excluded  for  a system. 

COMMENTS  - Rules  for  modifying  comments  are  explained  in  the  earlier 
discussion  of  the  Coding  Format. 
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USER 


ADD  USER  SENTENCE 

The  ADD  USER  sentence  identifies  a user  to  the  Dictionary.  User  descriptions  and  relationships 
with  other  entities  may  be  specified. 

ADO  USER  SAME  IS  U3C1— un 
[PREPARED  BY 

^SER  DESCRIPTION  IS  i-.-j-aij 

IS  jtfnoate-*wwj  ... 

^SECURITY  IS  sesuripp-n^]  ... 

[of  (|y|y^TEM|  [VERSION  ..micn-no]  J ... 

[comments  .w»>iel 


• USER  NAME  - This  clause  assigns  a user  its  primary  name.  User-name 
must  be  unique.  Its  length  may  not  exceed  32  characters.  If  embedded 
blanks  or  special  characters  are  included,  user-name  must  be  enclosed  in 
quotes.  This  is  the  only  required  clause  in  the  sentence. 

• PREPARED  BY  - This  clause  permits  the  individual  responsible  for  estab- 
lishing the  entity  in  the  Dictionary  to  log  his  initials  and/or  project  code. 
The  rules  are  explained  in  the  earlier  discussion  of  this  clause. 

• USER  DESCRIPTION  - Literal  is  the  long  or  complete  name  for  the  user. 
It  may  not  exceed  40  characters.  If  embedded  blanks  or  special  characters 
are  included,  literal  must  be  enclosed  in  quotes. 

• class-name  IS  attribute-name  - This  clause  associates  the  user  with  a desig- 
nated attribute.  Class-name  must  identify  a known  class. 

• If  the  inclusion  of  attributes  within  the  class  has  been  speci- 
fied, either  actively  or  by  default,  as  MANUAL,  attribute- 
name  must  identify  a known  attribute  within  this  class  which 
has  been  previously  ADDed  via  ATTRIBUTE  syntax.  If.  how- 
ever, attribute  inclusion  for  the  class  has  been  specified  as 
AUTOMATIC,  the  named  attribute  does  not  need  to  have 
been  predefined  via  ATTRIBUTE  syntax,  but  will  automat- 
ically be  added  to  the  Dictionary/Directory  within  the  desig- 
nated class  as  the  result  of  its  specification  in  this  clause. 

If  the  default  specification  of  PLURAL  is  operative,  any 
number  of  attributes  may  be  associated  with  the  user  via 
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the  inclusion  of  multiple  attribute  clauses.  II.  however, 
attributes  within  the  class  have  been  specified  as  SINGULAR, 
only  one  attribute  within  the  class  may  be  associated  with 
any  specific  user. 

• SECURI  I'Y  - This  clause  associates  the  user  with  a known  SECURITY  attri- 
bute. Security-name  must  be  a known  security.  Any  number  of  securities 
may  be  related  to  the  user  by  including  multiple  SECURITY  clauses. 

• OF  (SUB]  SYSTEM  - This  clause  associates  the  user  with  a system.  The  con- 
catenation ot  system-name  and  version-no  (default  is  1)  must  identify  a 
known  system  or  subsystem.  Any  number  of  systems  may  be  associated  with 
the  user  by  including  multiple  OF  [SUB]  SYSTEM  clauses. 

• COMMENTS  - Rules  lor  coding  comments  arc  explained  in  the  earlier  discus- 
sion of  the  Coding  Format. 


) 


) 


3-27 


J 


USER 


US  LK 


DELETE  USER  SENTENCE 

The  DELETE  USER  sentence  deletes  a user,  and  .ill  descriptions  and  relationships  associated  with 
it. 


DCUTE  usy  NAME  IS  H-. 


• USER-NAME  - User-name  must  identify  a known  user. 


j-:s 


I MODIFY  USER  SENTENCE 


I he  MODIF  Y USER  sentence  permits  user  descriptions  and  relationships  to  be  included,  excluded, 
or  replaced  for  a user. 


HOOIFY  USER  NAME  IS  r-njnt 

n PREPARED!  „„  ..  1 

Rtmnrl Bv 

^NEW  NAME  IS  uj. 

flNaUOEl  n,  ISIPSESIEMI  LcDtinu  • ll 

[aclUorj  - Is^ljR 1 **“*-■-«•*•  [VERMON  waton-noj  I 


USER  DESCRIPTION  IS  Jit.ivwl 


• USER  NAME  - User-name  must  identify  a known  user. 

• PREPARED/REVISED  BY  - This  clause  permits  the  individual  responsible 
for  revising  the  entity  to  log  his  initials  and/or  project  code.  The  rules  are 
explained  in  the  earlier  discussion  of  this  clause. 

• NEW  NAME  - This  clause  renames  an  existing  user.  User-name  must  be 
unique.  Its  length  may  not  exceed  32  characters.  If  embedded  blanks  or 
special  characters  are  included,  user-name  must  be  enclosed  in  quotes. 

• OF  [SUB] SYSTEM  - The  EXCLUDE  option  dissociates  the  user  and  this 
system.  If  a system  to  be  INCLUDED  is  already  associated  with  the  user,  a 
new  relationship  will  not  be  established.  Any  number  of  systems  or  sub- 
systems may  be  included  or  excluded  for  a user  with  multiple  OF  (SUB) 
SYSTEM  clauses. 

• USER  DESCRIPTION  - The  existing  user  description,  if  any,  is  replaced  by 
literal.  Literal  may  not  exceed  40  caharacters.  If  embedded  blanks  or  special 
characters  are  included,  literal  must  be  enclosed  in  quotes.  To  replace  an 
existing  description  with  spaces,  code  one  space  enclosed  in  quotes. 

• class-name  IS  attribute-name  - The  EXCLUDE  option  dissociates  the  user 
and  this  attribute.  If  an  attribute  to  be  INCLUDED  is  already  associated 
with  the  user,  a duplicate  relationship  will  not  be  established.  Class-name 
must  identify  a known  class. 

) 
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• If  the  inclusion  of  attributes  within  the  class  has  been  speci- 
fier!. either  actively  or  by  default,  as  MANUAL,  attribute- 
name  must  identify  a known  attribute  within  this  class  which 
has  been  previously  ADDed  via  ATI  RIBU I E syntax.  If,  how- 
ever, attribute  inclusion  for  the  class  has  been  specified  as 
AUTOMATIC,  the  named  attribute  does  not  need  to  have 
been  predefined  via  ATTRIBUTE  syntax,  but  will  automat- 
ically be  added  to  the  Dictionary /Directory  within  the  desig- 
nated class  as  the  result  of  its  specification  in  this  clause. 

• If  the  default  specification  of  PLURAL  is  operative,  any 
number  of  attributes  may  be  associated  with  the  user  via 
the  inclusion  of  multiple  attribute  clauses.  If,  however, 
attributes  within  the  class  have  been  specified  as  SINGULAR, 
only  one  attribute  within  the  class  may  be  associated  with 
any  specific  user. 

• SECURITY  - The  EXCLUDE  option  dissociates  the  user  and  this  security. 
If  a security  to  be  INCLUDED  is  already  associated  with  the  user,  a new  rela- 
tionship will  not  be  established.  Any  number  of  securities  may  be  included 
or  excluded  for  a user  with  multiple  SECURITY  clauses. 

. COMMENTS  - Rules  for  modifying  comments  are  explained  in  the  earlier 
discussion  of  the  Coding  Format. 
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VDO  I ILL  SLN TkNCE 

Hie  Al)l)  I ILL  sentence  identities  a non-IDMS  file  to  the  Dictionary,  l ile  description-,  ami  relation- 
ships with  other  entities  may  be  specified.  Synonyms  (alternate  names)  may  he  assigned  to  a file. 
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• FILE  NAME  - This  clause  assigns  a file  its  primary  name.  The  concatenation 
of  Jile-name  and  version-no  must  be  unique.  File-name  may  not  exceed  32 
characters.  If  embedded  blanks  or  special  characters  are  included,  file  name 
must  be  enclosed  in  quotes.  Version-no  may  be  one  to  four  digits  valued 
from  1 through  9999.  The  default  is  1 . This  is  the  only  required  clause  in 
the  sentence. 

• PREPARED  BY  - This  clause  permits  the  individual  responsible  for  establish- 
ing the  entity  in  the  Dictionary  to  log  his  initials  and/or  project  code.  The 
rules  are  explained  in  the  earlier  discussion  of  this  clause. 

• SAME  AS  - The  concatenation  of  file-name  and  version-no  (default  is  1) 
must  be  the  primary  name  for  a known  file.  The  descriptions  and  relation- 
ships for  this  file,  including  associations  with  other  files,  programs,  and 
attributes,  are  copied  and  assigned  the  name  in  the  FILE  NAME  clause. 
Synonyms  for  the  tile  are  not  copied.  Additional  clauses  modify  the  copied 
information  through  inclusion  (multiple-entry  clauses')  or  replacement 
(single-entry  clauses). 

• f il  l Dl  SCRUM  ION  • l iteral  is  the  long  or  complete  name  of  the  tile.  It 
may  not  exceed  40  characters.  If  embedded  blanks  or  special  characters  are 
included,  literal  must  be  enclosed  in  quotes. 
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EXTERNAL  NAME  • /■'ucrnal-uamc  may  not  owci'il  > chaiacters.  It  oin- 
bedded  blanks  or  special  characters  are  included.  external-name  must  he 
enclosed  in  quotes. 
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• LABELS  - Fins  clause  may  he  used  > specify  the  label  processing  used  for 
this  file.  STANDARD.  NON -STAND  \RD  or  OMITTED  may  he  specified. 
Hie  default  is  blanks. 

• RELATED  FILE  - This  clause  associates  two  files  The  concatenation  of 
file-name  and  version-nu  (default  is  It  must  be  the  primary  name  for  a 
known  file  Any  number  of  files  may  be  associated  with  a file  by  including 
multiple  RELATED  FILE  clauses. 

• efciss-iiume  IS  Jlinbuie-name  - This  clause  associates  the  file  with  a desig- 
nated attribute.  Class-name  must  identify  a known  class. 

• If  the  inclusion  of  attributes  within  the  class  has  been  speci- 
fied, either  actively  or  by  default,  as  MANUAL,  attribute- 
name  must  identify  a known  attribute  within  this  class  which 
has  been  previously  ADDed  via  ATTRIBUTE  syntax.  If.  how- 
ever. attribute  inclusion  for  the  class  has  been  specified  as 
AUTOMATIC,  the  named  attribute  does  not  need  to  have 
been  predefined  via  ATTRIBUTE  syntax,  but  will  automat- 
ically be  added  to  the  Dictionary  Directory  within  the  desig- 
nated class  as  the  result  of  its  specification  in  this  clause 

• If  the  default  specification  of  PLURAL  is  operative,  any 
number  of  attributes  may  be  associated  with  the  file  via 
the  inclusion  of  multiple  attribute  clauses.  If.  however, 
attributes  within  the  class  have  been  specified  as  SINGULAR, 
only  one  attribute  within  the  class  may  be  associated  with 
any  specific  file. 

• SECURITY  - This  clause  associates  the  file  with  a SECURITY  attribute. 
Security-name  must  identify  a known  security.  Any  number  of  securities 
may  be  associated  with  a file  by  including  multiple  SECURITY  clauses. 

• FILE  NAME  SYNONYM  • This  clause  establishes  a synonym  for  the  file. 
Rules  for  formation  of  file  synonyms  are  the  same  as  those  for  file  primary 

names. 

• COMMENTS  - Rules  for  coding  comments  are  explained  in  the  earlier  dis- 
cussion of  the  Coding  Format. 
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MODIFY  FILE  SENTENCE 

The  MODIFY  FILE  sentence  permits  file  descriptions  and  relationships  to  he  included,  excluded  or 
replaced  for  a file 
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• FILE  NAME  - The  concatenation  of  file-name  and  version-no  must  lx*  the 
primary  name  for  a known  non-lDMS  file. 

• PREPARED  REVISED  BY  - This  clause  permits  the  individual  responsible 
for  revising  the  entity  to  log  his  initials  and  or  project  code  The  rules  are 
explained  in  the  earlier  discussion  of  this  clause. 

• NEW  NAME  ■ This  clause  renames  an  existing  file.  The  concatenation  of 
NEW  jile-name  and  NEW  version-no  must  he  unique.  When  NEW  NAME  is 
specified  without  NEW  VERSION,  the  default  is  1 I'tU'-miinc  may  not  ex- 
ceed characters.  If  embedded  blanks  or  special  characters  are  included. 
filename  must  he  enclosed  in  quotes. 

• Nl  W \ I RSION  • This  clause  assigns  a version-no  to  the  file  specified  b\  the 
\|  W \ \MI  clause  ll  NEW  NAME  u.is  not  specified,  it  is  a NEW  \ I RSION 
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for  the  J lU'-ihinu-  specified  m the  I ILI  NAME  clause.  I'crxiim-im  may  he 
one  to  four  digits  valued  from  I thiough  4qqq  The  default  is  I. 

I II  I DESCRIPTION  - file  existing  description.  if  any.  is  replaced  In  literal 
I t u i ill  max  not  exceed  40  characters  If  embedded  blanks  or  special  charac- 
ters are  included,  litcivl  must  be  enclosed  in  quotes.  To  replace  an  existing 
description  with  spaces,  code  one  space  enclosed  in  quotes. 

I- M l RNAL  NAME  • The  existing  external  name,  if  any.  is  replaced  by 
i xn  rnjl-njim-  l.'xtenial-itunu-  may  not  exceed  8 characters.  If  embedded 
blanks  or  special  characters  are  included  ex  tcnnil-iumu-  must  be  enclosed  in 
quotes  Fo  replace  an  existing  external  name  with  spaces,  code  one  space 
enclosed  in  quotes. 

LABELS  - The  option  specified  replaces  the  existing  label  option,  if  any.  tor 
the  file. 

RELATED  KILL.  • The  EXCLUDE  option  dissociates  the  named  file  and  the 
related  tile.  Il  a related  file  to  be  INCLUDED  is  already  associated  with  the 
file,  a duplicate  relationship  will  not  be  established.  Any  number  of  related 
files  may  be  included  or  excluded  for  a file  with  multiple  RELATED  FILE 
clauses. 

chiss-iiante  IS  iiliributc-iiiWie  - The  EXCLUDE  option  dissociates  the  file 
and  this  attribute.  If  an  attribute  to  be  included  is  already  associated  with  a 
tile,  a duplicate  relationship  will  not  be  established . CLiss-mir/w  must  identi- 
fy a known  class. 

• If  the  inclusion  of  attributes  within  the  class  has  been  speci- 
fied. either  actively  or  by  default,  as  MANUAL,  attnbuie- 
iiiiiiic  must  identify  a known  attribute  within  this  class  which 
has  been  previously  ADDed  via  ATTRIBUTE  syntax.  If,  how- 
ever, attribute  inclusion  for  the  class  has  been  specified  as 
AUTOMATIC,  the  named  attribute  does  not  need  to  have 
been  predefined  wu  ATTRIBUTE  syntax,  but  will  automat- 
ically be  added  to  the  Dictionary  Directory  within  the  desig- 
nated class  as  the  result  of  its  specification  in  this  clause. 

• If  the  default  specification  of  PLURAL  is  operative,  any 
number  of  attributes  may  be  associated  with  the  file  Wu 
the  inclusion  of  multiple  attribute  clauses.  If,  however, 
attributes  within  the  class  have  been  specified  as  SINGULAR, 
only  one  attribute  within  the  class  may  be  associated  with 
any  specific  file. 

SIlURIIA  - The  EXCLUDE  option  dissociates  the  file  and  this  security . If 
a security  to  be  INCLUDl  D is  already  associated  with  the  file,  a duplicate 
relationship  will  not  be  established.  Any  number  of  securities  may  be  in- 
cluded or  excluded  for  a tile  with  multiple  SEVUR1 1 N clauses. 


FILh  NAME  SYNONYM  - The  EXCLUDE  option  deletes  a synonym  tor  the 
tile.  The  INCLUDE  option  establishes  a synonym  tor  a file.  All  file  syno- 
nyms must  be  unroue.  Rules  for  the  formation  of  file  synonyms  are  the  same 
as  those  for  primary  file  names. 

COMMENTS  - The  rules  for  modifying  comments  are  explained  in  the  earlier 
discussion  of  the  Coding  Format. 
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ADD  MODULE  SENTENCE 

The  ADD  MODULE  sentence  identities  .1  module  to  the  Dictionary  Module  descriptions  and  rela- 
tionships with  other  entities  may  he  specified.  Source  code  tor  the  module  may  also  he  catalogued 
in  the  Dictionary. 
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• MODULE  NAME  - This  clause  assigns  a module  its  primary  name.  The  con- 
catenation of  module-name  and  version-no  must  be  unique.  Module-name 
may  not  exceed  32  characters.  If  embedded  blanks  or  special  characters  are 
included,  module-name  must  be  enclosed  in  quotes.  Version-no  may  be  one 
to  four  digits  valued  from  1 through  9999.  The  default  is  I.  This  is  the  only 
required  clause  in  the  sentence. 

• PREPARED  BY  - This  clause  permits  the  individual  responsible  for  estab- 
lishing the  entity  in  the  Dictionary  to  log  his  initials  and/or  project  code. 
The  rules  are  explained  in  the  earlier  discussion  of  this  clause. 

• SAME  AS  - The  concatenation  of  module-name  and  version-no  (default  is  1) 
must  identify  a known  module.  The  descriptions  and  relationships  for  this 
module,  including  associations  with  programs  and  attributes,  are  copied  and 
assigned  the  name  in  the  MODUl.li  NAME  clause.  Additional  clauses  modi- 
fy the  copied  information  through  inclusion  (multiple-entry  clauses)  or  re- 
placement (single-entry  clauses). 
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• MODULI  DESCRIPTION  - Literal  is  the  long  or  complete  name  lor  the 
module.  Literal  may  not  exceed  40  characters.  It  embedded  blanks  or 
special  characters  are  included,  literal  must  be  enclosed  in  quotes. 

• c lass-name  IS  altrihute-iiaine  - This  clause  associates  the  module  with  a desig- 
nated attribute.  Class-name  must  identify  a known  class. 

• It  the  inclusion  of  attributes  within  the  class  has  been  speci- 
fied. either  actively  or  by  default,  as  MANUAL,  attrihute- 
iniine  must  identify  a known  attribute  within  this  class  which 
has  been  previously  ADDcd  via  ATTRIBUTE  syntax.  If,  how- 
ever, attribute  inclusion  for  the  class  has  been  specified  as 
AUTOMATIC,  the  named  attribute  does  not  need  to  have 
been  predefined  via  ATTRIBUTE  syntax,  but  will  automat- 
ically be  added  to  the  Dictionary/Directory  within  the  desig- 
nated class  as  the  result  of  its  specification  in  this  clause. 

• II  the  default  specification  of  PLURAL  is  operative,  any 
number  ol  attributes  may  be  associated  with  the  module  via 
the  inclusion  of  multiple  attribute  clauses.  If,  however, 
attributes  within  the  class  have  been  specified  as  SINGULAR, 
only  one  attribute  within  the  class  may  be  associated  with 
any  specific  module. 

• SECURITY  - This  clause  associates  the  module  with  a SECURITY  attribute. 
Security-name  must  identify  a known  security.  Any  number  of  securities 
may  be  associated  with  the  module  by  including  multiple  SECURITY  clauses. 

• PRIVACY  - This  clause  associates  a module  with  a PRIVACY  attribute. 
Privacy-name  must  identify  a known  privacy.  Any  number  of  privacies  may 
be  associated  with  the  module  by  including  multiple  PRIVACY  clauses. 

• LANGUAGE  - This  clause  associates  the  module  with  a LANGUAGE  attri- 
bute. Language-name  must  identify  a known  language.  Only  one  language 
may  be  associated  with  a module. 

• MODE  - This  clause  associates  a module  with  a MODE  attribute  (CICS, 
BATCH,  INTERCOM,  etc).  Min/e-uame  must  identify  a known  mode. 
Only  one  mode  may  be  associated  with  the  module. 

NOTE:  The  mode  designated  for  a module  can  affect  the 
COPY  function  performed  by  the  COBOL  and  Pl./I  pro- 
cessors. 

• COMMENTS  - Rules  for  coding  comments  are  explained  in  the  earlier  dis- 
cussion of  the  Coding  Eormnt. 

• MODI'!  I SOURC  I - Sunn  'e-statement  is  the  actual  source  code  m SO- 
character  card  lorm.it.  DMI  commands  will  be  properly  intercepted  by 
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DELETE  MODULE  SENTENCE 

TIk*  DELETE  MODI'LL  sentence  deletes  a module,  .ill  descriptions  and  relationships  associated 
with  it,  and  the  source  code  catalogued  for  the  module. 
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MODULE  NAME  - The  concatenation  of  moju/e-mmie  and  version-no  must 
identify  a known  module.  When  verston-no  is  not  specified,  the  default  is  I . 
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MODIFY  MODUI  F SENTENCE 

Flic  MODIFY  MODULI'  sentence  permits  descriptions  and  relationships  to  tie  included.  excluded 
or  replaced  tor  a module.  Source  code  which  has  been  catalogued  tor  the  module  may  he  replaced 
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• MODULE  NAME  - The  concatenation  of  module-name  and  r m/o/t-uo  (de- 
fault is  I)  must  identify  a known  module. 

• I’R  I- PAR  I D REVISED  BY  - Fins  clause  permits  the  individual  responsible 
for  revising  t he  entity  to  log  Ins  initials  and  or  project  code.  Die  rules  are 
explained  in  the  earlier  discussion  of  this  clause. 

• MW  NANII  llus  clause  lenames  an  existing  module  entry  File  concatena- 
tion ol  Nl  W mipJiiU  -ihinic  and  M W irrwon-uo  must  he  nnitpie  When  Nl  W 
NAME  is  speeilied  without  Nl  \V  VI  KSION,  the  default  is  I Uo</fi/c-uwmo 
may  not  exceed  M characters  If  emhetlded  blanks  ot  special  characters  are 
included.  mot/u/c-iM/nc  must  he  enclosed  in  quotes. 
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\l  NS  VI  RSION  • This  clause  assigns  a new  ivr  \um-n<>  to  Ihe  modulo  specified 
by  the  Nl  NV  NASH  clause  It  Nl  NS  N AMI  is  not  specified.  it  is  j NIVV  VI  R 
SION  lor  the  modulo  specified  in  the  MODULE  NAME  clause.  I erstnn-no 
mjy  be  one  to  lour  digits  valued  from  I through  Die  default  is  I 

MODULI  DI-SCRIIM  ION  - The  existing  description,  if  any,  is  replaced  by 
literal  Literal  may  not  exceed  41)  characters  If  embedded  blanks  or  special 
characters  are  included,  literal  must  be  enclosed  in  quotes.  To  replace  an 
existing  description  with  spaces,  code  one  space  enclosed  in  quotes. 

i lass-name  IS  attribute-name  • I he  I NCLUDE  option  dissociates  the  module 
and  this  attribute.  If  an  attribute  to  be  INCLUDED  is  already  associated 
with  the  module,  a duplicate  relationship  will  not  be  established.  Class-name 
must  identify  a known  class. 

• If  the  inclusion  of  attributes  within  the  class  has  been  speci- 
fied, either  actively  or  by  default,  as  MANUAL,  attribute- 
name  must  identify  a known  attribute  within  this  class  which 
has  been  previously  ADDed  eta  A TTRIBUTE  syntax.  If.  how- 
ever, attribute  inclusion  for  the  class  has  been  specified  as 
AUTOMATIC,  the  named  attribute  does  not  need  to  have 
been  predefined  via  ATTRIBUTE  syntax,  but  will  automat- 
ically be  added  to  the  Dictionary  Directory  within  the  desig- 
nated class  as  the  result  of  its  specification  in  this  clause. 

• If  the  default  specification  of  PLURAL  is  operative,  any 
number  of  attributes  may  be  associated  with  the  module  via 
the  inclusion  of  multiple  attribute  clauses.  If,  however, 
attributes  within  the  class  have  been  specified  as  SINGULAR, 
only  one  attribute  within  the  class  may  be  associated  with 
any  specific  module. 

SECURITY  - The  EXCLUDE  option  dissociates  the  module  and  this  secur- 
ity. If  a security  to  be  INCLUDED  is  already  associated  with  (he  module,  a 
duplicate  relationship  will  be  established.  Any  number  of  securities  may  be 
included  or  excluded  for  a module. 

PRIVACY  - The  EXCLUDE  option  dissociates  the  module  and  this  puvacy 
If  a privacy  to  be  INCLUDED  is  already  associated  with  the  module,  a 
duplicate  relationship  will  not  be  established  Any  number  of  privacies  may 
be  included  or  excluded  for  a module. 

LANCIUACiE  • The  existing  language  name,  if  any.  is  replaced  by  lanauaxe- 
name  or  deleted  by  Nil  LI  . 

MODE  The  I \CI  UDE  option  dissociates  the  module  and  this  mode  It  a 
mode  to  be  INl'l  I'DEI)  is  already  associated  with  the  module,  a duplicate 
relationship  w ill  mit  be  established  Only  cine  mode  may  be  included  loi  .1 
module. 
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• OOMMl  NIS  Kales  tor  iiumIiIviuj;  comments  .no  explained  m (lie  e.nlier 
discussion  el  i lu*  Coding  Format. 

• MODI  I l SOI  Ul  I l lie  MHiiee  eoile  lor  (lie  iiuhIuIo.  if  .m\ . in  re- 

placed by  \nm\<  \t>itrnn'iit\  Ml  source  statements  lor  a module  must  be  re- 
placed as  a unit. 
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ADD  PROGRAM  SENTENCE 

The  ADD  PROGRAM  sentence  identities  .1  program  to  the  Dictionary.  Program  descriptions  and 
relationships  with  other  entities  may  be  specified. 

When  the  COBOL  and  PL/I  processors  examine  a source  program,  they  log  their  statistics  and  other 
information  into  the  Dictionary  on  the  basis  of  prngrwn-name.  The  processors  will  supplement  pro- 
pj.u  data  already  entered  in  the  Dictionary  it’  the  program-name  established  in  this  sentence  agrees 
with  the  program  source. 

The  processors  require  that  the  file  name  used  in  the  OPEN  statement  be  a primary  name  or  syno- 
nym for  a file  in  order  to  log  the  program’s  file  usage.  V.  aen  the  file  has  been  previously  defined  to 
the  Dictionary,  the  processor  recognizes  each  OPEN  for  the  file-name.  On  the  first  OPEN  for  a 
usage,  (INPUT/I-O/OUTPUT),  the  processor  creates  a program-file  record,  related  to  the  program 
and  to  the  file,  which  contains  a usage  code  and  a usage  count  of  1 . Subsequent  OPENS  for  the 
same  file-name  with  the  same  usage  increment  a usage  counter  for  that  program-tile  combination. 
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• PROGRAM  NAME  - 1'lus  clause  assigns  a program  its  primary  name.  The 
concatenation  of  program-name  ami  version-no  must  be  unique.  Program- 
mum:  may  not  exceed  8 characters.  If  embedded  blanks  or  special  characters 
are  included,  program-name  must  be  enclosed  in  quotes.  Version-no  may  be 
one  to  four  digits  valued  from  I through  9009.  The  default  is  I This  is  the 
only  required  clause  in  the  sentence. 

• PREPARED  BY  • This  clause  permits  the  individual  responsible  for  establish- 
ing the  entity  in  the  Dictionary  to  log  his  initials  and  or  project  code.  The 
rules  are  explained  in  the  earlier  discussion  of  this  clause. 

• SAME  AS  - The  concatenation  of  program-name  and  version-no  (default  is 
I)  must  identify  a known  program.  The  descriptions  and  relationships  for 
this  program,  including  associations  with  called  programs,  files,  records, 
modules,  and  attributes,  are  copied  and  assigned  the  name  in  the  PROGRAM 
NAME  clause.  Additional  clauses  modify  the  copied  information  through  in- 
clusion (multiple-entry  clauses')  01  replacement  (single-entry  clauses). 

PROGRAM  Dl  SC’RIPTION  l Herat  is  the  long  or  complete  name  for  the 
program.  It  may  not  exceed  40  characters.  If  embedded  blanks  or  special 
characters  arc  included,  literal  must  be  enclosed  in  quotes. 
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• i lass-name  IS  attributc-nann ■ - Hus  clause  associates  the  program  with  a 


1 

• SECURITY  - This  clause  associates  the  program  with  a SECURITY  attribute. 

Security-name  must  identify  a known  security.  Any  number  of  securities 
may  be  associated  with  the  program  by  including  multiple  SECUR1 TY  clauses. 

• LANGUAGE  - This  clause  associates  the  program  with  a LANGUAGE  attri- 
bute. Language-name  must  identify  a known  language.  Only  one  language 
may  be  associated  with  a program. 

• MODE  - This  clause  associates  the  program  with  a MODE  attribute.  Mode- 
name  must  identify  a known  mode.  Only  one  mode  may  be  associated  with 
the  program. 

• WITHIN  ISUBI  SYSTEM  - This  clause  associates  the  program  with  a system. 

The  concatenation  of  system-name  and  version-no  (default  is  H must  identi- 
fy a known  system  or  subsy  stem.  Any  number  of  systems  inay  be  associated 
with  the  program  by  including  multiple  (SUB]SYSTEM  clauses. 

NOTE:  The  information  accepted  by  the  following  eight 
clauses  is  automatically  logged  into  the  Dictionary  for  each 
program  processed  by  the  COBOL  and  PL/I  processors.  In 
cases  where  another  entity  is  referenced,  both  the  DDDL 
compiler  and  the  processors  require  that  the  referenced  entity 
be  present  in  the  Dictionary. 

• I STIMA  I ED  LINES  • Tins  clause  accepts  the  estimated  number  of  lines,  or 
cards,  of  source  code  for  the  program  Integer  may  be  I to  It'  digits. 


• I’KOGR  \M  C \l  1 ED  • l'his  clause  associates  the  piogram  with  anothei  pro- 
gram I lie  concatenation  ol  /irogram-name  and  version-no  (defaults  to  II 


designated  attribute,  (.  lass-name  must  identify  a known  class. 

• If  the  inclusion  of  attributes  within  the  class  has  been  speci- 
fied. either  actively  or  by  default,  as  MANUAL,  attnbute- 
name  must  identify  a known  attribute  within  this  class  which 
has  been  previously  ADDed  via  ATTRIBUTE  syntax.  If.  how- 
ever, attribute  inclusion  for  the  class  has  been  specified  as 
AUTOMATIC,  the  named  attribute  does  not  need  to  have 
been  predefined  via  ATTRIBUTE  syntax,  but  will  automat- 
ically be  added  to  the  Dictionary/ Directory  within  the  desig- 
nated class  as  the  result  of  its  specification  in  this  clause. 

• If  the  default  specification  of  PLURAL  is  operative,  any 
number  of  attributes  may  be  associated  with  the  program  via 
the  inclusion  of  multiple  attribute  clauses.  If.  however, 
attributes  within  the  class  have  been  specified  as  SINGULAR, 
only  one  attribute  within  the  class  may  he  associated  with 
any  specific  program. 
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must  identity  a known  progiam  \ny  ninnlvr  of  v .1 1 lovl  programs  may  bo 
associated  with  a program  In  including  multiple  PROGRAM  l Mill) 
clause*.  01  In  coding  multiple  />«.  lyijiii-iumo 

• MODI  l I CSl  P lln*  ilaiKc  associates  the  program  with  a module  Mu* 
concatenation  ol  niiiJnlenjine  aiul  reruuiHH > (detaull  is  I)  must  identilv 
.1  known  module.  Ain  number  ot'  modules  may  he  associated  with  the  pro- 
giam b>  including;  multiple  MODULI  USl  0 clauses,  or  by  coding  multiple 
inoJitlc.'-iMnii’s 


NOTE:  The  program  -to-module  relationship  established  at 
this  time  causes  the  module  to  appear  on  the  Program  Report 
as  a COPT  MOD  with  the  DICTIONARY  Hag.  and  causes  the 
program  to  appear  on  the  Module  Report  as  a PROC.RAM 
with  the  DICTIONARY  ting. 


• INPCI  IO  Ol' 1 PC  l bill  ■ l Ins  clause  logs  statistic*  tor  the  program's  usage 
ol  a non-IDMS  tile.  The  concatenation  of  jilc-iuinw  and  vosion-no  must  be 
the  primary  name  or  a synonym  for  a known  tile.  Integer  is  the  usage  count, 
or  iiiimlvr  ot  times  the  file  is  OPI  NE  D w ith  this  usage  Any  number  of  tile 
usages  may  be  associated  with  a program  hv  including  multiple  INPCI'  1-0/ 
OUTPUT  Fil  l-  clauses. 


• SUBSCHEMA  • Subsehenu-name  must  be  the  name  of  a know  n subschema. 
The  concatenation  of  schernn-iume  and  version-no  must  identify  a schema 
related  to  the  subschema. 

• ARFA  - l his  clause  logs  statistics  for  the  program's  usage  of  an  area.  I rea- 

nonte  must  identify  an  area  in  the  named  subschema.  Integer,  a user-supplied 
count  ot  the  usage  ot  one  ot  the  listed  IDMS  function*,  may  be  one  to  tour 
digits  v alued  from  l through  yhe  default  is  l. 


RECORD  - This  clause  logs  statistics  for  the  program’s  usage  of  an  IDMS 
record.  Reeot\!->uime  must  identify  a record  in  the  named  subschema. 
Integer,  a user-supplied  count  of  the  usage  of  one  of  the  listed  IDMS  fune- 
tions.  may  be  one  to  four  digit*  valued  from  1 through  v>ooo.  Hie  default 
is  I. 


• SI  V - This  clause  logs  statistics  for  the  program’s  usage  of  a set  Set-n.nne 
must  identify  a set  in  the  named  subschema.  Integer,  a user-supplied  count 
ol  the  usage  ol  one  of  the  listed  IDMS  functions,  may  be  one  to  four  digits 
valued  from  I through  ‘>000.  The  default  is  I. 

• COMM1  MS  - Rules  for  coding  comments  are  explained  in  the  earlier  dis- 
cussion ol  the  Coiling  Format. 
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DELETE  PROGRAM  SENTENCE 

11k*  DELETE  PROGRAM  sentence  deletes  a program  and  all  descriptions  and  relationships  asso- 
ciated with  it 

OIUU  'J(WW  SAHJ  IS  ;r  ,-1-1— jvtUSlON  IS  1-.IVI  «t-s  J 

• PROGRAM  NAME  - The  concatenation  of  (imgrum-name  and  version-no 
must  identify  a known  program.  When  version-no  is  not  specified,  the 
default  is  1 . 
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MODIFY  PROGRAM  SLNTFNCL 

11,0  N'°,),in  I’KOGRAM  sen  to  ncc  permits  descriptions  .nnl  relationships  to  he  included,  excluded 
or  replaced  tor  .1  program. 
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• PROGRAM  NAME  - The  concatenation  of  program-name  and  version-no 
(default  is  O must  identify  a known  program. 

• PREPAJfcED  REVISED  BY  - Tins  clause  permits  the  individual  responsible 
for  revising  the  entity  to  log  his  initials  and  or  project  code.  The  rules  are 
explained  in  the  earlier  discussion  of  this  clause. 

• NEW  NAME  • This  clause  renames  an  existing  program.  The  concatenation 
of  NEW  program-name  and  NEW  vcrsion-no  must  be  unique.  When  NEW 
NAME  is  specified  without  NEW  VERSION,  the  default  is  1.  Program-name 
may  not  exceed  8 characters.  If  embedded  blanks  or  special  characters  are 
included,  program-name  must  be  enclosed  in  quotes. 

• NEW  VERSION  - This  clause  assigns  a vcrsion-no  to  the  program  specified 
by  the  NEW  NAME  clause  If  NEW  NAME  is  not  specified,  it  is  a NEW 
V ERSION  for  the  program-name  specified  in  the  PROGRAM  NAME  clause. 
Version-no  may  be  one  to  four  digits  valued  from  I through  doqq  The 
default  is  1 . 

• PROGRAM  DESCRIPTION  - The  previously  specified  description,  if  any. 
is  replaced  by  literal.  lateral  may  not  exceed  -10  characters.  If  embedded 

^ blanks  or  special  characteis  are  included,  literal  must  be  enclosed  in  quotes. 
To  replace  an  existing  description  with  spaces,  code  one  space  enclosed  in 
quotes. 

• c/us\-nanic  IS  attnhute-name  - The  ENl'll'PE  option  dissociates  the  pro- 
gram and  this  attribute.  If  an  attribute  to  be  INCI  l:DED  is  already  asso- 
ciated with  the  svstem  a duplicate  relationship  will  not  be  established  t'lass- 
iitiinc  must  identify  a known  class. 
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It'  the  inclusion  of  attributes  \ithin  the  class  lias  been  speci- 
fied. either  actively  or  In  default.  as  MANUAL,  attrihute- 
name  must  identify  a known  . ibute  within  this  class  which 
has  been  previously  ADDed  via  A 1TR11JUTE  syntax.  If.  how- 
ever, attribute  inclusion  for  the  class  has  been  specified  as 
AUTOMATIC,  the  named  attribute  does  not  need  to  have 
been  predefined  via  ATTRIBUTE  syntax,  but  will  automat- 
ically be  added  to  the  Dictionary/Directory  within  the  desig- 
nated class  as  the  result  of  its  specification  in  this  clause. 

If  the  default  specification  of  PLURAL  is  operative,  any 
number  of  attributes  may  be  associated  with  the  program  via 
the  inclusion  of  multiple  attribute  clauses.  If,  however, 
attributes  within  the  class  have  been  specified  as  SINGULAR, 
only  one  attribute  within  the  class  may  be  associated  with 
any  specific  program. 


• SECURITY  - The  EXCLUDE  option  dissociates  the  program  and  this  secur- 
ity. If  a security  to  be  INCLUDED  is  already  associated  with  the  program,  a 
new  relationship  will  not  be  established.  Any  number  of  securities  may  be 
included  or  excluded  from  a program  with  multiple  SECURITY  clauses. 

• LANGUAGE  - The  existing  language,  if  any,  is  replaced  by  language-name  or 
deleted  by  NULL.  Language-name  must  be  a known  LANGUAGE  attribute. 

• MODE  - The  existing  mode,  if  any.  is  replaced  by  mode-name  or  deleted  by 
NULL. 

NOTE:  The  COBOL  and  PL/I  processors  assign  default  mode- 
names  to  programs  not  associated  with  a mode.  The  default 
mode  assigned  to  COBOL  programs  is  DMLC  BATCH;  for 
PL/I  programs  it  is  DMLP  BATCH. 

• WITHIN  (SUB) SYSTEM  - The  EXCLUDE  option  dissociates  the  program 
and  the  WITHIN  system.  If  the  system  to  be  INCLUDED  is  already  asso- 
ciated with  the  program,  a duplicate  relationship  will  not  be  established. 
Any  number  of  systems  or  subsystems  may  be  included  or  excluded  for  a 
program  via  multiple  WITHIN  [SUB]  SYSTEM  clauses. 

• ESTIMATED  LINES  - The  previously  specified  count,  if  any,  is  replaced  by 
integer.  It  may  be  one  to  10  digits. 

• PROGRAM  CALLED  - The  EXCLUDE  option  dissociates  the  program  and 
the  called  program.  If  a program  to  be  INCLUDED  is  already  associated 
with  the  program,  a duplicate  relationship  will  not  be  established.  Any 
number  of  called  programs  may  be  included  or  excluded  for  a program  with 
multiple  PROGRAM  CALLED  clauses,  or  by  coding  multiple  i>rogram- 
names 
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. MODULI-:  USHD  - ['lie  EXCLUDE  option  dissociates  the  program  and  this 
module.  If  a module  to  be  INCLUDED  is  already  associated  with  the  pro- 
gram, a duplicate  relationship  will  not  be  established.  Any  number  ol 
modules  may  be  included  or  excluded  tor  a program  by  including  multiple 
MODULI:  USL:D  clauses  or  by  coding  multiple  module-names. 

. INPUT/l-O/OUTPUT  TILL  - The  EXCLUDE  option  dissociates  the  program 
and  this  tile  usage.  It'  a tile  usage  to  be  INCLUDED  is  already  associated 
with  the  program,  a duplicate  relationship  will  not  be  established. 

• TIMES  - To  alter  the  usage  count  fora  file  usage,  first 
EXCLUDE  INPUT/I-O/OUTPUT  FILE  file-name,  then 
INCLUDE  INPUT/I-O/OUTPUT  FILE  file-name  integer 
with  the  new  usage  count. 

• SUBSCHEMA  - Only  one  subschema  may  be  related  to  the  program  at  a time. 
To  modify  the  name  of  a program’s  subschema,  first  specify  EXCLUDE 
SUBSCHEMA  using  the  subschema-name,  schema-name,  and  version-no 
(default  is  1)  of  the  previously  specified  subschema.  (Then  designate  IN- 
CLUDE SUBSCHEMA  using  the  subschema-name,  schema-name,  and  version- 
no  (default  is  1)  of  the  new  subschema.)  If  the  subschema  is  EXCLUDED, 
all  area,  record  and  set  statistics  are  deleted  along  with  the  subschema 
reference. 

• AREA  - The  exclude  option  dissociates  the  program  and  this  area,  either  for 
selective  usages  when  OBJECT  OF,  READIED  FOR  or  CURRENCY  AC- 
CEPTED are  specified,  or  for  all  usages,  •when  only  area-name  is  specified. 
To  INCLUDE  an  area  usage,  follow  the  rules  in  the  ADD  PROGRAM  sen- 
tence. 

• RECORD  - The  EXCLUDE  option  dissociates  the  program  and  this  record, 
either  for  selective  usages,  when  IDMS  functions  are  specified,  or  for  all 
usages,  when  only  record-name  is  specified,  to  INCLUDE  a record  usage, 
follow  the  rules  in  the  ADD  PROGRAM  sentence. 

• SET  - The  EXCLUDE  option  dissociates  the  named  program  and  this  set. 
either  for  selective  usages,  when  IDMS  functions  are  specified,  or  for  all 
usages,  when  only  set-name  is  specified.  To  INCLUDE  a set  usage,  follow 
the  rules  in  the  ADD  PROGRAM  sentence. 

• COMMENTS  - Rules  for  modifying  comments  are  explained  in  the  earlier 
discussion  of  the  Coding  Format. 
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I hi'  rules  for  the  ADO  I I I Ml  Nl  sentence  follow 

• I I.LMl  NT  NAMI'  This  clause  assigns  ,m  element  its  primary  iunw.  /■/«•- 
ment-name  must  be  unique  Its  length  may  not  exceed  ' ' ebaraeters.  II  em 
bedded  blanks  or  special  ebaraeters  are  included,  element-name  must  be  en- 
closed m quotes  Plus  is  the  only  required  clause  in  the  sentence 

• I’KI  PA  RED  BY  - Plus  clause  permits  the  individual  responsible  for  establish- 
ing the  entity  in  the  Dictionary  to  log  Ins  initials  and/or  project  code  The 
rules  are  explained  in  the  earlier  discussion  of  this  clause. 

• SAMP  AS  - Mement-namc  must  identify  a known  element.  The  descriptions 
and  relationships  for  this  element,  including  associations  with  users,  subor- 
dinate elements,  and  attributes,  are  copied  and  assigned  the  name  in  the 
ELEMENP  NAMI  clause.  Synonyms  and  record  elements  are  not  copied. 
Additional  clauses  modify  the  copied  information  through  inclusion  (multiple- 
entry  clauses)  or  replacement  (single -entry  clauses). 

• PI.1MPN  P DESCRIPTION  - l iteral  is  the  long  or  complete  name  ot  the  ele- 
ment It  may  not  exceed  ti4  characters.  If  embedded  blanks  or  special  char- 
acters are  included,  literal  must  be  enclosed  in  quotes. 

• PLUMP. NT  DPFINITION  - Plus  clause  permits  the  definition  of  an  element 
to  be  separated  from  other  remarks  or  comments.  Rules  for  coding  the  defi- 
nition arc  explained  in  the  discussion  of  general  rules  above. 

• I I I Ml  NT  DESIGNATOR  - Phis  clause  may  be  used  to  identify  elements 
with  a common  characteristic  which  is  peculiar  to  elements.  I 1.1  MI  NI 
DESIGNATOR  is  a class.  Designator-name  automatically  becomes  an  attri- 
bute within  the  ELEMENT  DESIGNATOR  class,  associated  with  this  ele- 
ment. Rules  for  the  formation  of  Jesignntor-nnmc  are  the  same  as  those  for 
attributes. 

• SUBORDINATE  ELEMENTS  - This  clause  identifies  the  element  as  a group 
element  and  identifies  those  elements  which  constitute  the  group  I'lement- 
name  is  the  primary  name  for  a known  element  (elementary  or  group)  Mul- 
tiple subordinate  elements  may  lie  submitted  on  multiple  cauls  without  the 
continuation  character. 

• OCCURS  - Integer  is  the  number  of  times  the  element  occurs. 

If  it  is  a variably  occurring  element,  specify  the  maximum. 

• (R)  - Subordinate  elements  may  be  redefined.  YUe  element- 
name  of  the  element  to  be  redefined  is  entered  first,  fol- 
lowed by  the  element  mime  ol  the  element  which  does  the 
redelming.  I lie  required  operation  tls)  is  the  thud  compo- 
nent. 
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NOTE:  Mu*  symbol  loi  ilns  operator  consists  of  three 

characters  ;i  left  parenthesis,  a capital  K,  and  a right  paten- 
diesis  llie  parentheses  do  imr  indicate  an  optional  ahhrevi- 
alum. 

NOTE:  To  define  a filler  as  a suboidinatc  element,  specify 
an  element  name  of  ‘ML niitni ' where  iiniiii  is  the  number  ol 
characters  of  filler  lor  example,  to  generate  a tiller  of 
I ILL  I K IMC  \(7),  code  the  following  subordinate  element: 

III  1)007'. 

NOTE:  The  five  clauses  which  follow  define  the  element’s 
physical  characteristics. 

PICTURE  - This  clause  identifies  the  element  as  an  elementary  item.  It 
specifies  the  length  and  data  type  (numeric,  alpha,  etc.).  Chitnu  tcr-string 
may  not  exceed  32  characters.  If  embedded  blanks  or  special  characters  are 
included,  c/umtcfcr-striiig  must  be  enclosed  in  quotes. 

USAGE  - This  clause  designates  the  data  usage  for  the  element.  When  usage 
is  CONDITION-NAME,  a level  number  of  SS  will  be  generated  for  this 
element.  The  default  is  OISI’I  AY.  USAGE  options  follow. 


USAGE  option  Meaning 


Acceptable  to  this  processor 


bit 

POINTER 

CONDI  DON  NAME 
COMP  (III NARY) 

COMP- 1 (SHORT  POINT) 
COMP  2 (LONG-POINT) 
COMP  3 (PACKED) 
nisri  AY 


hit  suing  definition 
Enllword  Address  Constant 
I cvcl  SS  values 
Niuary 

Short  piecision  Moating  point 
Long  precision  Moating  point 
Packed  decimal 
Zoned  decimal 


IDMSDMI P 
IDMSOMl P 
IDMSDMLC 

IDMSDMI  C and  IDMSDMI  P 
IDMSDMI  C and  IDMSDMI  P 
IDMSDMI  C and  IDMSDMI  P 
IDMSDMI  C .md  IDMSDMI  P 
IDMSDMI  C and  IDMSDMI  P 


VALUE  - The  COBOL  and  I’l  /I  processors  sometimes  initialize  an  element 
with  the  value  specified  in  the  Dictionary.  A value  may  be  specified  whether 
or  not  an  element  is  assigned  a picture,  fniitut-wliic  may  not  exceed  3 2 char- 
acters. If  embedded  blanks  or  special  characters  are  included,  iiuti.il-uiluc 
must  be  enclosed  in  quotes. 

JUS  I II  Y This  clause  may  be  used  to  specify  non-st.mdard  justification  of  a 
data  dement.  Specify  ON  to  justify  numeric  fields  left  or  alphanumeric  fields 
right.  The  default  is  Ol  E. 

Ill  ANK  WHI  N ZERO  - Specify  ON  to  cause  zero  suppression  if  the  element 
is  all  zeros  The  default  is  Of  E. 

if./w-ui/mc  IS  i iilnbuti'-numr  This  clause  associates  the  element  with  a 

designated  attribute  ( 7,/.w  'M/'.v  must  identify  a know n class 
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• If  die  inclusion  of  attributes  xvilhin  the  class  has  been  speci- 
fied. either  actively  or  by  default,  as  MANUAL,  at  mimic- 
mime  must  identify  a known  attribute  within  this  class  which 

• has  been  previously  ADDed  r in  ATTRlllU  11  sy  ntax.  It . how- 
ever. attribute  inclusion  for  the  class  has  been  specified  as 
AUTOMATIC,  the  named  attribute  does  not  need  to  have 
been  predefined  via  ATTRIBUTE  syntax,  but  will  automat- 
ically be  added  to  the  Dictionary/ Directory  within  the  desig- 
nated class  as  the  result  of  its  specification  in  this  clause. 

• If  the  default  specification  of  PLURAL  is  operative,  any 
number  of  attributes  may  be  associated  with  the  element  via 
the  inclusion  of  multiple  attribute  clauses.  If.  however, 
attributes  within  the  class  have  been  specified  as  SINGULAR, 
only  one  attribute  within  the  class  may  be  associated  with 
any  specific  element. 

• SECURITY  - This  clause  associates  the  element  with  a SECURITY  attribute. 
Security-name  must  identify  a known  security.  Any  number  of  securities 
may  be  associated  with  an  element  by  including  multiple  SECURITY 
clauses. 

NOTE:  The  DELETE  function  and  most  MODIE’Y  functions 
may  be  prohibited  by  including  the  following  clause 

SECURITY  IS  ‘PRODUCTION  LOCK' 

• FREQUENCY  - This  clause  associates  the  element  with  a FREQUENCY 
attribute.  Frequency-name  must  identify  a known  frequency.  Only  one 
frequency  may  be  associated  with  an  element. 

• USER  - This  clause  associates  the  element  with  a user.  User-name  must  iden- 
tify a known  user.  Any  number  of  users  may  be  associated  with  an  element 
by  including  multiple  USER  clauses. 

• RESPONSIBLE  FOR  DEFINITION  CREATION  UPDATE 
DELETION  - A user's  responsibility  for  an  element  may  lie 
specified  by  including  one  or  more  of  the  FOR  options  If 
the  FOR  options  are  not  specified,  but  RESPONSIBLE  is  pre- 
sent, the  user  is  assumed  to  be  responsible  for  all  functions. 

If  only  the  user  name  is  specified,  the  user  is  assumed  to  have 
only  access  to  the  element. 

• ELEMENT  NAME  SYNONYM  - The  clause  assigns  a synonym  (alternate 
name)  to  an  element.  Rules  for  the  formation  of  synonym  names  are  the 
same  as  those  for  primary  names,  except  that  duplicate  synonym  names 
tire  permitted. 
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I II  MINI  \\\ll  S'!  NON1!  M I OKI. ROUES'!  NONVM  • I his  clause  assigns 
.1  -Anonym  lo  .1  subordinate  element  .nul  'associates'  il  with  the  synonym  lor 
j group  element.  I his  is  the  only  exception  to  the  backward  referencing  rule, 
since  neither  the  group  element  nor  its  sy  nonym  can  he  known  to  the  Dic- 
tionary at  this  time.  Rules  lot  the  formation  of  synonym  names  are  the 
same  as  those  for  primary  names,  except  that  duplicate  synonym  names  arc 
permitted. 

RANUl  I his  clause  may  he  used  to  document  the  acceptable  values  for  an 
element.  These  values  may  he  specified  by  entering  each  acceptable  value 
using  one  or  more  RANUT  clauses,  or  by  entering  ranges  of  acceptable  values 
using  one  or  more  RANGE...  TURD  clauses.  literal  may  not  exceed  32  char- 
acters. If  embedded  blanks  or  special  characters  are  included,  literal  must  be 
enclosed  in  quotes. 

COMMENTS  - Rules  for  coding  comments  are  explained  in  the  earlier  dis- 
cussion of  the  Coiling  Format. 
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DELETE  ELEMENT  SENTENCE 

The  DELETE  ELEMENT  sentence  deletes  an  element  and  all  descriptions  and  relationships  asso- 
ciated with  it 

NOTE:  The  DELETE  function  will  not  be  performed  if  an  element  is  asso- 
ciated with  a record,  if  an  element  is  subordinate  in  a group  structure,  if  it  is 
in  PRODUCTION  LOCK'  status,  or  if  it  was  created  by  the  Schema  Com- 
piler or  by  the  IDMSCLUC  utility. 


OEIETE  ELEMENT  SAME  IS  ■ '■ 


• ELEMENT  NAME  - Element-name  must  be  the  primary'  name  for  a known 
element. 

NOTE:  When  group  elements  are  deleted,  any  tillers  which 
were  part  of  the  group  structure  are  not  deleted  from  the 
Dictionary.  Killers  may  be  removed  by  submitting  a DELETE 
ELEMENT  sentence  with  the  name  used  to  create  the  filler. 

When  the  PREFIX/SUFFIX  option  is  specified  for  a record 
synonym,  an  element  synonym  is  automatically  generated  for 
each  element  subsequently  associated  with  that  record  syno- 
nym. (The  synonym  is  composed  of  the  prefix  or  suffix 
literal  and  the  element-name.)  This  element  synonym  can  be 
deleted  by  submitting  the  following  sentence: 

MODIFY  ELEMENT 
NAME  IS  element-name 
EXCLUDE  ELEMENT  NAME  SYNONYM  IS 
concatenated  element-name 
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MODIFY  ELEMENT  SENTENC  E 

I hc  MODIFY  I LI  MI  N T sentence  pemiits  descriptions  and  relationships  to  lie  included,  excluded 
or  replaced  tor  an  element. 


MODIFY  ELEMENT  NAME  IS  . 
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• ELEMENT  NAME  - Llement-name  must  he  the  primary  name  tor  a known 
element 

• PREPARED  REVISED  BY  - This  clause  permits  the  individual  responsible 
tor  revising  the  entity  to  log  his  initials  and  or  project  code.  The  rules  are 
explained  in  the  earlier  discussion  of  this  clause. 

• NEW  NAME  - This  clause  renames  an  existing  element  entry,  t.'lemenr  name 
must  he  unique.  Its  length  may  not  exceed  .*2  characters  If  embedded 
blanks  or  special  characters  are  included,  element-name  must  be  enclosed  in 
quotes. 


• ELEMENT  DESCRIPTION  • The  existing  description,  if  any.  is  replaced  b\ 
literal  Literal  may  not  exceed  40  characters  If  embedded  blanks  or  special 
characters  are  included,  literal  must  be  enclosed  in  quotes  To  replace  an 
existing  description  with  spaces,  code  one  space  enclosed  in  quotes. 

• ELEMENT  DEFINITION  - Rules  for  modifying  the  element  definition  are 
explained  in  the  discussion  of  general  rules  above.  The  existing  definition,  it 
any.  is  replaced  by  definition  or  deleted  by  NULL. 

• ELEMENT  DESIGNATOR  - The  EXCLUDE  option  dissociates  the  element 
and  this  element  designator.  For  the  INCLUDE  option,  if  designator-name 
is  an  existing  element  designator,  the  element  is  associated  with  it.  Other- 
wise. designator-name  automatically  becomes  an  attribute  within  the  ELE- 
MENT DESIGNATOR  class,  associated  with  this  element. 

• SUBORDINATE  ELEMENTS  - The  first  element-name  encountered  disso- 
ciates all  previously  specified  subordinate  elements  and  the  group  item  iden- 
tified by  the  ELEMENT  NAME  clause  This  means  that  all  subordinate 
elements  must  be  replaced  as  a unit.  Follow  the  rules  in  the  ADD  I I EMI  NT 
sentence.  The  NULL  option  dissociates  subordinate  elements  and  the  group 
item. 

* OCCURS  - To  alter  the  number  of  times  an  element  occurs, 
all  subordinate  elements  must  be  resubmitted  along  vvitli  the 
changed  integer 
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• (R)  - Subordinate  elements  may  be  redefined.  The  element- 
name  of  the  element  to  he  redefined  is  entered  first,  fol- 
lowed by  the  element-name  of  the  element  which  does  the 
redefining.  The  required  operator  (R)  is  the  third  compo- 
nent. 

NOTE:  The  symbol  for  this  operator  consists  of  three 
characters:  a left  parenthesis,  a capital  R,  and  a right  paren- 
thesis. The  parentheses  do  not  indicate  an  optional  abbrevi- 
ation. 

NOTE:  The  five  clauses  which  follow  replace  the  physical 
characteristics  previously  specified  for  the  element.  Follow 
the  rules  in  the  ADD  ELEMENT  sentence. 

. PICTURE 

. USAGE 

. VALUE 

. JUSTIFY 

. BLANK  WHEN  ZERO 

• classname  IS  attribute-name  - The  EXCLUDE  option  dissociates  the  element 
and  this  attribute.  If  an  attribute  to  be  INCLUDED  is  already  associated 
with  the  element,  a duplicate  relationship  will  not  be  established.  Class- 
name  must  identify  a known  class. 

• If  the  inclusion  of  attributes  within  the  class  has  been  speci- 
fied, either  actively  or  by  default,  as  MANUAL,  attribute- 
name  must  identify  a known  attribute  within  this  class  which 
has  been  previously  ADDed  via  ATTRIBUTE  syntax.  If,  how- 
ever, attribute  inclusion  for  the  class  has  been  specified  as 
AUTOMATIC,  the  named  attribute  does  not  need  to  have 
been  predefined  via  ATTRIBUTE  syntax,  but  will  automat- 
ically be  added  to  the  Dictionary/Directory  within  the  desig- 
nated class  as  the  result  of  its  specification  in  this  clause. 

• If  the  default  specification  of  PLURAL  is  operative,  any 
number  of  attributes  may  be  associated  with  the  element  via 
the  inclusion  of  multiple  attribute  clauses.  If,  however, 
attributes  within  the  class  have  been  specified  as  SINGULAR, 
only  one  attribute  within  the  class  may  be  associated  with 
any  specific  element. 
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• SECURI  l \ • The  EXf  Lt'Dl  option  dissociates  the  element  and  this  secur 
it\  li  i security  to  he  IN(  I l Dl  It  is  attends  assiviated  with  the  element  a 
new  relationship  will  not  he  established.  Any  mimher  ol  securities  mat  he 
included  or  excluded  tor  an  element. 

NOTH  Fite  MODIFY  function  will  not  he  performed  il 
the  SECURITY  attribute  PRODUCTION  LOCK’  is  asso- 
ciated with  the  element. 


• FREQUENCY  - A previously  specified  FREQUENCY,  if  any , is  replaced  by 
litcml  or  deleted  by  NULL.  Litcml  may  not  exceed  40  characters  If  em- 
bedded blanks  or  special  characters  are  included,  litcml  must  be  enclosed 
in  quotes. 

• USER  - The  EXCLUDE  option  dissociates  the  element  and  this  user  respon- 
sibility The  INCLUDE  option  specifies  a user’s  responsibility  for  the  ele- 
ment. To  designate  a user  with  more  than  one  responsibility . INCLUDE  the 
user  multiple  times  with  different  RESPONSIBl  I FOR  options. 

• 11  EMI  NT  NAME  SYNONYM  • Lite  EXCl  UDF  option  deletes  a synonym 
for  the  named  element  The  INCLUDE  option  assigns  a synonym  to  the 
element  Rules  for  the  formation  of  synonym  names  are  the  same  as  those 
for  primary  names,  except  that  duplicate  synonym  names  arc  permitted. 

. I LI  Ml  N I NAME  S\  NOW  M I OR  CROUP  S\  NONYM  - The  EXCLUDE 
option  dissociates  the  subordinate  element  synonym  and  the  group  synonym. 
The  INCLUDE  option  assigns  a synonym  to  the  subordinate  element  and 
associates  it  with  the  sy  nonym  for  a group  element. 

NOTE:  If  an  element  synonym-to-group  synonym  relation- 
ship has  been  established,  but  the  E XCLUDE'  does  not  speci- 
fy FOR  GROUP  SYNONYM,  the  specified  synonym  for  the 
subordinate  element  will  tv  deleted,  whether  or  not  it  has  an 
associated  group  synonym. 

• RANGE  - The  EXCLLIDF  option  deletes  an  acceptable  v alue  or  value  range  as 
previously  specified.  The  INCLUDE  option  identities  a new  acceptable  value 
or  value  range.  Follow  the  rules  in  the  ADD  ELEMENT  sentence. 

• COMMENTS  - Rules  foi  modifying  comments  are  explained  in  the  e.ulier 
discussion  of  the  Coding  Format. 
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ADO  RLCORO  SENTENCE 

RLCORO  ELLMLNT  SUBSEN TLNCE 

Hie  ADO  R I- CORO  sentence  identifies  .1  record  to  lire  Dictionary.  Record  descriptions  and  rela- 
tionships with  oilier  entities  may  he  specified.  A record  may  he  associated  with  a tile.  I he  ordei  in 
which  the  records  are  available  within  a file  and/or  the  direct-access  key  tor  a record  within  a tile 
may  he  specified.  Synonyms  (.alternate  names)  may  he  assigned  to  a record  and.  it  appropriate,  the 
synonym  may  he  associated  with  a file  name,  or  with  a file  name  synonym. 

When  elements  which  participate  in  a record  are  to  have  a name  which  is  composed  of  an  element 
synonym  plus  a prefix  or  suffix,  the  value  ot  the  prefix  or  suttix  may  he  assigned  at  tins  time. 

The  RECORD  ELLMLNT  subsentence  associates  an  element  with  the  immediately  preceding  ADD 
RECORD  sentence.  Group  elements,  elementary  elements  not  contained  in  a group,  and  fillers  may 
he  designated  as  record  elements.  When  a prefix  or  suffix  has  been  defined  and  associated  with  a 
record  synonym  for  the  record,  a concatenated  element  name  is  generated  at  this  time  and  asso- 
ciated with  the  record  synonym. 
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• RLCORD  NAME  - This  clause  assigns  a record  its  primary  name.  Tlte  con- 
catenation of  record-name  and  version-no  must  be  unique.  Record-name 
may  not  exceed  32  characters.  It'  embedded  blanks  or  special  characters  are 
included,  record-name  must  be  enclosed  in  quotes.  l'ersion-nu  may  be  one 
to  tour  digits  valued  from  1 to  9999.  The  default  is  1.  This  is  the  only  re- 
quired clause  in  the  sentence. 

• PREPARED  BY  - This  clause  permits  the  individual  responsible  for  establish- 
ing the  entity  in  the  Dictionary  to  log  his  initials  and/or  project  code.  The 
rules  are  explained  in  the  earlier  discussion  of  this  clause. 

• SAME  AS  - The  concatenation  of  record-name  and  version-no  (.default  is  1) 
must  identify  a known  record.  The  descriptions  and  relationships  for  this 
record  are  copied  and  assigned  the  name  in  the  RECORD  NAME  clause. 
Synonyms  and  record  elements  specified  for  the  record  are  nor  copied. 
Additional  clauses  modify  the  copied  information  through  inclusion  (multi- 
ple-entry clauses)  or  replacement  (single-entry  clauses). 

• RECORD  DESCRIPTION  - Literal  is  the  long  or  complete  name  of  the  re- 
cord. It  may  not  exceed  40  characters.  If  embedded  blanks  or  special  char- 
acters are  included,  literal  must  be  enclosed  in  quotes. 

I "•  RECORD  STORAGE  - This  clause  specifies  the  storage  medium  which  is 

used  for  this  record.  Literal  may  not  exceed  16  characters.  If  embedded 
blanks  or  special  characters  are  included,  literal  must  be  enclosed  in  quotes. 

• OCCURRENCES  - This  clause  indicates  the  number  of  occurrences  for  this 
record.  Integer  may  be  1 to  16  digits. 

• class-name  IS  attribute-name  - This  clause  associates  the  record  with  a desig- 
nated attribute.  Class-name  must  identify  a known  class. 

• If  the  inclusion  of  attributes  within  the  class  has  been  speci- 
fied, either  actively  or  by  default,  as  MANUAL,  attribute- 
name  must  identify  a known  attribute  within  this  class  which 
has  been  previously  ADDed  via  ATTRIBUTE  syntax.  If,  how- 
ever, attribute  inclusion  for  the  class  has  been  specified  as 
AUTOMATIC,  the  named  attribute  does  not  need  to  have 
been  predefined  via  ATTRIBUTE  syntax,  but  will  automat- 
ically be  added  to  the  Dictionary/Directory  within  the  desig- 
nated class  as  the  result  of  its  specification  in  this  clause. 

• If  the  default  specification  of  PLURAL  is  operative,  any 
number  of  attributes  may  be  associated  with  the  record  via 
(he  inclusion  of  multiple  attribute  clauses.  If.  however, 
attributes  within  the  class  have  been  specified  as  SINGULAR, 
only  one  attribute  within  the  class  may  be  associated  with 
any  specific  record. 
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SECURITY  - Tli is  clause  associates  the  record  with  a SECURITY  attribute. 
Security-name  must  identity  a known  security.  Any  number  ol  securities 
may  be  associated  with  a record  by  including  multiple  SFCUR1 1 Y clauses. 


NOTE:  The  DELETE  function  and  the  MODIFY  function 
may  be  prohibited  by  including  the  following  clause 


SECURITY  IS  ‘PRODUCTION  LOCK' 


• MODE  - This  clause  associates  the  record  with  a MODE  attribute  Mode- 
name  must  be  a known  mode.  Only  one  mode  may  be  associated  ith  a 
record  by  including  multiple  MODE  clauses. 


NOTE:  The  mode  designated  for  a record  can  affect  the 
COPY  function  performed  by  the  COBOL  and  PL/1  pro- 
cessors. 

• WITHIN  FILE  - This  clause  associates  the  record  with  a designated  file.  The 
concatenation  of  file-name  and  version-no  must  be  the  primary  name  for  a 
known  file.  Any  number  of  files  may  be  associated  with  a record  by  includ- 
ing multiple  WITHIN  FILE  clauses. 


• KEY  - Keys  for  a file  may  be  specified  by  including  one  or 
more  key  clauses.  A maximum  of  five  keys  may  be  specified. 

A key  is  an  element  in  a record  which  is  used  to  locate  a re- 
cord (direct-access  key),  or  an  element  which  identifies  the 
ordering  of  records  within  a file.  ASCENDING  or  DESCEND- 
ING defines  the  sequence  of  sorted  records.  Element-name 
is  the  primary  name  for  a known  element. 

NOTE:  The  following  clause  has  four  functions.  It  associates 
a record  synonym  with  a designated  file  or  file  synonym,  es- 
tablishes a synonym  for  the  record  if  it  does  not  exist,  and 
can  designate  a prefix  or  suffix  which  will  be  attached  to  all 
elements  associated  with  this  record  synonym. 

• RECORD  NAME  SYNONYM  FOR  FILE  - This  option  associates  the  record 
synonym  with  a file.  File-name  must  be  the  primary  name  for  a known  file. 
If  the  concatenation  of  record-name  and  version-no  does  not  idenfify  a syno- 
nym for  this  record,  the  record  synonym  is  established  at  this  time. 


. RECORD  NAME  SYNONYM  FOR  FILE  SYNONYM  - This  option  associates 
the  record  synonym  with  a file  synonym.  File-name  must  be  the  synony  -1 
for  a known  file.  If  the  concatenation  of  record-name  and  version-no  does 
not  identify  a synonym  for  this  record,  the  record  synonym  is  established 
at  this  time. 
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The  PREFIX/SUFFIX  option  designates  a literal  which  will  be  attached  to 
the  name  of  elements  associated  with  this  record  synonym.  The  literal  will 
not  be  attached  to  the  record  name.  The  concatenated  element  name  may 
not  exceed  32  characters.  Literal  may  not  exceed  6 characters. 

’ PREFIX  causes  the  literal  to  be  concatenated  on  the  front  of 
the  element  name.  (The  dash,  if  desired,  should  be  the  last 
character  of  the  literal.) 

’ SUFFIX  causes  the  literal  to  be  concatenated  on  the  end  of 
the  element  name.  (The  dash,  if  desired,  should  be  the  first 
character  of  the  literal). 

RF.CORD  NAME  SYNONYM  - This  clause  assigns  a synonym  (alternate 
name)  to  a record.  The  concatenation  of  record-name  and  version-no  (default 
is  I ) is  the  synonym  name  for  the  record.  Rules  for  the  formation  of  syno- 
nym names  are  the  same  as  those  for  record  primary  names.  This  clause  is 
used  when  no  relationship  should  be  established  between  the  record  name 
synonym  and  a file. 

COMMENTS  - Rules  for  coding  comments  are  explained  in  the  earlier  dis- 
cussion of  the  Coding  Format. 

RECORD  ELEMENT  - This  clause  associates  an  element  with  the  preceding 
RECORD  sentence.  Element-name  must  be  the  primary  name  for  a known 
element,  or  it  must  identify  the  element  as  a filler.  The  relationship  between 
this  element  name  and  all  record  names  (primary  and  synonyms)  is  estab- 
lished at  this  time.  If  the  prefixed  or  suffixed  name  to  be  associated  with 
the  record  is  the  primary  element  name  plus  the  prefix  or  suffix,  the  con- 
catenated element  name  is  established  automatically  by  the  system  at  this 
time,  along  with  the  relationship. 

NOTE:  To  define  a filler  as  a record  element,  specify  an  ele- 
ment name  of  ‘FIL  nnnn\  where  nnnn  is  the  number  of  char- 
acters of  filler.  For  example,  to  generate  a filler  of  FILLER 
PIC  X(7),  code  the  following  record  element:  ‘FIL  0007’. 

ELEMENT  NAME  SYNONYM  - This  clause  associates  an  element  synonym 
and  the  primary  record  name.  If  element-name  is  not  a known  synonym  for 
this  element,  it  is  established  at  this  time. 

ELEMENT  NAME  SYNONYM  FOR  RECORD  SYNONYM... IS  - This  option 
associates  an  element  synonym  and  a record  synonym.  If  the  element-name 
is  not  a known  synonym  for  this  element,  it  is  established  at  this  time.  If 
the  prefixed  or  suffixed  name  to  be  associated  with  this  record  synonym  is 
this  element  synonym  plus  the  prefix  or  suffix,  the  concatenated  element 
name  is  established  at  this  time,  along  with  the  relationship.  The  concatena- 
tion of  record-name  and  version-no  must  be  a known  synonym  for  this  record. 
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• PICTURE  - This  clause  is  used  only  tor  group  elements  When  it  is  not  pre- 
sent, subordinate  elements  wall  be  automatically  included  in  the  record  at 
this  time.  When  it  is  present,  the  subordinate  elements  will  not  be  included. 
Instead,  an  alphanumeric  display  picture  will  be  included  tor  the  group  ele- 
ment. Its  length  w ill  be  calculated  automatical!) 

• PICTURE  IS  - This  clause  may  be  used  tor  either  group  elements  or  primary 
(lowest  level)  elements.  For  group  elements,  the  subordinate  elements  will 
not  be  included.  Instead,  the  specified  eharai  ter-string  will  be  included  as 
the  picture  for  the  group  element  For  primary  elements,  the  specified 
character-string  will  replace  any  previously  specified  picture. 

• USAGE  - This  clause  (re)designales  the  data  usage  for  the  element.  When 
usage  is  CONDITION-NAME,  a level  number  of  SS  will  be  generated  for  this 
element.  The  default  is  DISPLAY.  USAGE  options  follow. 


Meaning 


USAGE  option 
BIT 

POINTER 

CONDITION  NAME 
COMP  (BINARY) 

COMP  I (SHORT  POINT) 
COMP  : (LONG-POINT) 
COMP  3 (PACKED) 
DISPLAY 


Bit  string  definition 
Fulhvortl  Address  Constant 
Level  88  values 
Binary 

Short  precision  floating  point 
Long  precision  Boating  point 
Packed  decimal 
Zoned  decimal 


Acceptable  to  this  processor 

IDMSDMLP 

IDMSDMLP 

IDMSDMLC 

IDMSDM1C  and  IDMSDMLP 
IDMSDMLC  and  IDMSDMLP 
IDMSDMLC  and  IDMSDMLP 
IDMSDMLC  and  IDMSDMLP 
IDMSDMLC  and  IDMSDMLP 


• RI  DE  FINES  - This  clause  designates  an  element  to  redefine  the  preceding 
record  element.  Element-name  must  be  the  primary  name  fora  known  ele- 
ment 


• OCCURS  - When  the  record  element  occurs  a fixed  number  of  times  within 
this  record,  the  OCCURS  clause  must  specify  the  number  of  times  it  occurs. 
Integer  may  be  one  to  four  digits  valued  from  I through  9909, 

• OCCURS  DEPENDING  ON  When  the  record  element  occurs  a variable  num- 
ber of  times  within  this  record,  this  clause  must  specify  the  maximum  num- 
ber of  times  it  may  occur.  Integer  may  be  one  to  four  digits  valued  from  1 
through  9999.  Element-name  must  he  a primary  element  name 

• INDEXED  RY  - This  clause  may  he  specified  only  when  a record  element  is 
the  subject  of  an  OCCURS  or  OCCURS. ..DEPENDING  ON  clause.  Imlcx- 
naritc  is  stored  away  in  the  Dictionary  and  is  inserted  into  a program's  data 
division  code  by  the  COHO l processor  as  part  of  the  record  COPN  (unction 

• INDEX  K1Y  • This  clause  specifies  the  ordering  of  a multiply  occurring  ele- 
ment which  is  m ibotJmatc  to  this  dement  Element-name  must  be  a primary 
element  name  ASCI  NDING  or  Dl  SCI  NDING  defines  the  sequence  ot  the 
ordered  elements 
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• SYNC  - Hus  clause  w ill  cause  boundary  alignment  lor  i he  record  element 
when  II  is  copied  into  a source  program  according  to  the  follow  ing  rules: 

If  element  USAGE  is...  RECORD  til  LMENT  will  lie  aligned  on... 

POINTER  FUl-LWORD 

COMP  (BINARY)  I IALI  WORD  if  S‘>(4)  or  less,  else  l-ULLWORD 

COMP-1  (SHORT-POINT)  FULLWORD 

COMP-2  (LONG-POIN T)  DOUBLEWORD 

• COMMENTS  - Rules  for  coding  comments  are  explained  in  the  earlier  dis- 
cussion of  the  Coding  Format. 

NOTE:  The  following  clauses  are  not  used  to  define  subordi- 
nate elements  for  this  RECORD  ELEMENT.  The  subordinate 
element-to-group  element  relationship  is  established  in  the 
ELEMENT  sentence  for  the  group  element.  The  following 
clauses  may  be  used  to  specify  further  length  characteristics 
for  multiply  occurring  subordinate  elements,  to  specify  align- 
ment for  the  subordinate  element,  and  to  document  the  usage 
of  index  keys  for  tables  (arrays). 

• SUBORDINATE  ELEMENT  - A subordinate  element-to-group  element  rela- 
tionship must  have  been  established  between  this  element  and  the  group  ele- 
ment named  in  the  RECORD  ELEMENT  clause.  Element-name  must  be  the 
primary  element  name.  Subordinate  record  elements  must  be  named  in 
separate  SUBORDINATE  ELEMENT  clauses,  and  must  be  input  to  the  same 
sequence  as  they  were  coded  in  the  SUBORDINATE  ELEMENT  clause  in 
the  ELEMENT  sentence  for  the  group. 

NOTE:  The  OCCURS  integer  specified  in  the  following 

clauses  overrides  the  OCCURS  integer  clauses,  if  any,  pre- 
viously specified  in  the  ELEMENT  sentence. 

• PICTURE  - This  clause  is  used  only  for  group  elements.  When  it  is  not  pre- 
sent, subordinante  elements  will  be  automatically  included  m the  record  at 
this  time.  When  it  is  present,  the  subordinate  elements  will  not  be  included. 
Instead,  an  alphanumeric  display  picture  will  be  included  for  the  group 
element.  Its  length  will  be  calculated  automatically. 

• PICTURE  IS  - This  clause  may  be  used  for  either  group  elements  or  primary 
(lowest  level)  elements.  Lor  group  elements,  the  subordinate  elements  will 
not  be  included.  Instead,  the  specified  eharacteiwtring  will  be  included  as 
the  picture  for  the  group  element.  For  primary  elements,  the  specified 
elnmu  ter-string  will  replace  any  previously  specified  picture. 

• USAOE  Phis  clause  (re)designatcs  the  data  usage  for  the  element.  When 
usage  is  C'ONDl  LION-NAME,  a level  number  of  SS  will  be  generated  lor  this 
clement  Lite  default  is  DISPLAY.  USAOE' options  follow. 
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USAGE  option 
BIT 

POINTER 

CONDITION  NAME 
COMP  (BINARY) 

COMP-1  (SHORT-POINT) 
COMP-2  (LONG-POINT) 
COMP-3  (PACKED) 
DISPLAY 


Meaning 

Bit  sti mg  definition 
Fullword  Address  Constant 
Level  S8  values 
Binary 

Short  precision  Boating  point 
Long  precision  tloating  point 
Packed  decimal 
Zoned  decimal 


Acceptable  to  this  processor 

IDMSDMI  P 
IDMSDMLP 
IDMSDMLC 

IDMSDMLC  and  IDMSDMLP 
IDMSDMLC  and  IDMSDMLP 
IDMSDMLC  and  IDMSDMLP 
IDMSDMLC  and  IDMSDMLP 
IDMSDMLC  and  IDMSDMLP 


• OCCURS  - When  the  subordinate  element  is  repeated  a fixed  number  of 
times  within  this  group  element,  this  clause  specifies  the  number  of  times 
it  may  occur.  Integer  may  be  one  to  four  digits  valued  from  1 through  9999. 


• OCCURS  DEPENDING  ON  - When  the  subordinate  element  is  repeated  a 
variable  number  of  times  within  this  group  element,  this  clause  specifies  the 
maximum  number  of  times  it  may  occur  along  with  the  DEPENDING  ON 
clement-name  Integer  may  be  one  to  four  digits  valued  from  I through 
9999.  Element-name  must  be  a primary  element  name. 

• INDEXED  BY  - This  clause  may  be  specified  only  when  a subordinate  ele- 
ment is  the  subject  of  an  OCCURS  or  OCCURS  ...DEPENDING  ON  clause. 
Index-name  is  stored  away  in  the  Dictionary  and  is  inserted  into  a program’s 
data  division  code  by  the  COBOL  processor  as  part  of  the  record  COPY 
function. 


• INDEX  KEY  - This  clause  specifies  the  ordering  of  a multiply  occurring  cle- 
ment which  is  subordinate  to  this  element.  Element-name  must  be  a primary 
element  name.  ASCENDING  or  DESCENDING  defines  the  sequence  of  the 
ordered  elements 

• SYNC  - This  clause  will  cause  boundary  alignment  for  the  subordinate  ele- 
ment when  it  is  copied  into  a source  program  according  to  the  following 
rules: 


If  dement  USAGE  is...  SUBORDIN  ATE  RECORD  ELEMENT  will  be  aligned  on 


POINTER 
COMP  (BINARY) 

COMP-1  (SHORT  POINT) 
COMP-2  (LONG-POINT) 


E'ULLWORD 

HALFWORD  if  Sd(4)  or  loss,  else  FULLWORD 

FULLWORD 

DOUBLEWORD 


• COMMENTS  - Rules  for  coding  comments  are  explained  in  the  earlier  dts 
cuss t ton  of  the  Coding  Format. 
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DELLTE  RECORD  SENTENCE 

llu:  DELETE.  RECORD  sentence  deletes  a record  and  all  descriptions  and  relationships  associated 
"•lit  *t.  including  the  record  element  relationships.  (The  elements  themselves,  as  freestanding 
dictionary  entities,  are  not  deleted.) 

NOTE:  The  DELETE  function  will  not  be  performed  if  a record  is  asso- 
ciated with  the  ‘PRODUCTION  LOCK’  attribute  of  the  SECURITY  class, 
or  if  it  was  created  by  the  Schema  Compiler  or  the  1DMSCLUC  utility. 

Individual  record  elements  are  removed  by  means  of  the  REMOVE  RECORD  ELEMENT  subsub- 
sentence. which  is  subordinate  to  the  REBUILD  RECORD  ELEMENTS  subsentence  of  the  MOD- 
IFY RECORD  sentence. 
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RECORD  NAME  - The  concatenation  of  record-name  and  version-no  must 
be  the  primary  name  for  a known  record.  When  version-no  is  not  specified, 
the  default  is  1 . 
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MODIFY  RECORD  SENTENCE 

RECORD  ELEMENT  SUBSENTENCE 
REBUILD  RECORD  ELEMENTS  SUBSENTENCE 

RECORD  ELEMENT  SUBSUBSENTENCE 

REMOVE  RECORD  ELEMENT  SUBSUBSENTENCE 

The  MODIFY  RECORD  sentence  permits  descriptions  and  relationships  to  he  included,  excluded, 
or  replaced  for  a record. 

• The  inclusion  of  a RECORD  ELEMENT  subsentence  immediately  following 
the  MODIFY  RECORD  sentence  (i.e.,  without  an  intervening  REBUILD 
RECORD  ELEMENTS  subsentence)  dissociates  the  record  from  all  previous- 
ly specified  record  elements,  requiring  that  all  desired  record  elements  be 
reentered,  even  if  only  one  of  the  record  elements  was  to  be  changed. 

• The  REBUILD  RECORD  ELEMENTS  subsentence  (.submitted  instead  of  the 
RECORD  ELEMENT  subsentence)  permits  both  implicit  and  explicit  modi- 
fication of  individual  record  elements.  Implicitly,  modifications  made  to  the 
(freestanding)  elements  via  MODIFY  ELEMENT  syntax  will  be  effected  in 
the  corresponding  individual  record  elements  if  the  REBUILD  RECORD 
ELEMENTS  subsentence  is  submitted.  Individual  record  elements  may  be 
explicitly  modified  by  means  of  subsequent  RECORD  ELEMENT  subsub- 
sentences, meanwhile  preserving  the  remaining  previously  built  record 
elements  intact.  RECORD  ELEMENT  clauses  must  be  submitted  in  the 
sequence  in  which  the  elements  occur.  New  elements  may  be  included  at  the 
end  of  the  record. 

• The  specification  of  schema  name  and  schema  version  in  this  sentence  per- 
mits limited  descriptive  modification  of  schema  records.  Neither  structural 
modification  nor  removal  of  schema  record  elements  is  permitted. 

• The  submission  of  the  REMOVE  RECORD  ELEMENT  subsubsentence 
following  the  REBUILD  RECORD  ELEMENTS  subsentence  permits  the 
explicit  removal  of  individual  record  elements.  (The  elements  themselves, 
as  freestanding  dictionary  entities,  are  not  deleted  thereby  .) 

• Non-IDMS  record  element  modification  and  removal  may  be  explicitly 
effected  using  the  REBUILD  RECORD  ELEMENTS  sentence  m conjunc- 
tion with  the  RECORD  ELEMENT  and  REMOVE  RECORD  ELEMENT 
subsubsentences. 


l_ : 


R ECO R D,' R ECO RO  EL E M ENT 


RECORD  RECORD  ELEMENT 


MOP  1 IV  RUORP  NANt  IS 

fivi  «siori  ;s 
Hof  Vo,:*\ 

r.  .-«it>A«roi  u 
[iRtVI'tD  1 

1 

[NTH  NAMT  IS 

] 

[NTH  VI RSI ON  IS  ■ 

1 

[tiKSION  Is  ■ 


111 


[wcow?  mscmmoti  is  ] 


AUTOMATIC) 

KtCORO  STpRAlIf  IS  MANuAl 


(OCCURRENCfS  arc  ••  . ] 

[fS]  ] 

[[Si]  '®mSL  ' ] ' 

1S  ] 

Mg  ,,i‘  • ■ t 

PpxClum]  ,U-0?P  TOT  ' 'It  I'TWITM] 

^[t'XftuSf]  SXNONTH  IS  (VIR 

[«.«!«»»  luu  l] 


IS  ” 

fASl'tWINC 

[Cf  Sc .1  NOj  Nil 

IS 

[VERSION  ■■ 

,firmnx 

1 ' ]] 

• i[|suiri\ 

11 


I 


RLCOKl),  RLCOKl)  KLLMLN  I 


RLCOKl)  RLCOKl)  l LI  MI  NL 


Rf  f OSQ  H l MI  N ! IS  . 
|utmnr  vv*t  sywntm 
[ciOwt  [ is 


[ > OS  SllpRO  SYNONYM 

- ]J 


SIT 

p?Tnu» 

CtWrTTON-.AMt 
OTCHAY* 

US-  "E  ,S\  CYVB  fsiSARYY 

crw1 . r ttmpdt  - so  i n t ' 

tw’  fmir-snsivrr 

CWPVJ  — * 


[Rtotnsts 

r«CCV*|  is -...vr  TIM'S 

OCCURS  0 TO  • TIMfs  OERtNOlSu  OS 


(i  son  to  s«  • . ] 

[amm* — 

pis] 


Icowwira  *: 


"!] 


|WU 

sonoRojMTt  tUMisT  ;s 

[PICTSjW  [IS  ■ 


•1] 


USAGE  IS/ 


BIT 

IfllNTtR 

nRBTnovsw 

ffTTi'UY 

fw  rsissRy' 

CN'AT'-T  TCMpst. POINT T 
GW-J  [iPWAMSTI 

ts»n  rnrytcj 


[beams 

[occurs  0 to 


:imis 


■■■  TINfS  PifCSOISS  ON 

f i son  to  by  ] 

[:son  sn  is 
1'VCO 


ASClNPlNy  l) 

OH'TsMnp.  JJ 


[it  SNIPS 


] 


] 


J]  - 


Kl  (.OKI)  Kl  U)Kt>  l l I Ml  NT 


Kl  l OKI)  Kl  < OKI)  I LI  Ml  M 


i H “l  V ' 

r f 

l»  )] 

! f*n  v 

IN'lVU 

VMos  sah 

ls<  rcttn IIW'J  I 

.,■»  ;v.oi4  .vim) 
uWMjv:  fl'.v  ! 

i L 


WJUS*  '] 


Tins 

vVCWS  .’TO  T 


t:t*s  ,'lf; Ve  on 


(iSOMt;!  *y  . .] 


\ru  sit  is 


r avi  tv.'; v.i  ll 

1 Ij 


(.IS'i.'S 


• " ' 1 
|VU  I 


SWv'SQlWTT  IOiNT  IS  . . . 


ffJJ -.<1  [is 


KIT 

PCMniis 

OfmONSATAt 
is*;i  u/MWUV 
1 ' 1 OP  T»:n»r*t 


I .'S'  iFiNAKI" 

op  t r?w*1- point ' 
op  t [n.'si?i  I 


[POOS  :-.,7r  IW1I 
0C<Jl*S  0 Tp  Tims  OiPtsoiv;  ON  . . 


[iNOtM.T  »»  ■ 


ivcn  sit  is  • V-v't.*  -*  .r  .• 


I »vr\,MVu  ll 

l w,  IJ 


ij 


[il'WI  SICOSP  l:  1X1  ST  SAW;  IN 


Ul\  ORD  RECORD  I LI  Ml  M 


RECORD  Ul  CORD  I LEMI  \1 


. RECORD  NAMl 


\l  RSION  - The  concatenation  of  roion/uume  .iikI  rccorj- 
version-no  must  he  the  primary  name'  lor  a known  record 
Reconiversion-no  may  consist  of  from  one  to  four  dibits 
ranging  in  value  from  1 to  '’400  The  default  value  is  1 . 

SCHEMA  NAML  - The  concatenation  o(  schcma-namc  and 
sclicma-vension-no  must  identify  a schema  in  which  the 
record  participates.  Schcma-vcrsit >n-no  may  consist  of  from 
one  to' four  digits  ranging  in  value  from  I to  oguo  If  schema- 
version-no  is  not  specified,  VERSION  will  default  to  the 
highest  schema-version-no  found  for  this  schema.  Schema 
record  modification  may  be  effected  via  the  following 
clauses: 

PREPARED  BY 
REVISED  BY 
RECORD  DESCRIPTION 
RECORD  STORAGE 
OCCURRENCES 
ATTRIBUTES 

RECORD  S\  NONA  M NAMES 
COMMENTS 

Limited  explicit  modification  ot  schema  record  elements  via 
the  REBUILD  RECORD  ELEMENTS  and  RECORD  ELE- 
MENT clauses  may  be  effected  by  means  of  the  following 
clauses: 

ELEMENT  NAME  SYNONV  M 
COMMENTS 


• PREPARED  REVISED  RV  - This  clause  permits  the  individual  responsible 
tor  revising  the  entity  to  log  his  initials  and/or  project  code.  The  rules  are 
explained  in  the  discussion  of  general  rules  above. 


• NEW  NAME  - This  clause  renames  an  existing  record  entry  . The  concatena- 
tion of  NEW  rccorj-namc  and  NEW  version-no  must  be  unique  When  NEW 
NAME  is  specified  without  NEW  VERSION,  the  default  is  I RcorJ-ttamc 
may  not  exceed  a - characters.  It  embedded  blanks  ot  special  characters  are 
included,  recortl-iiamc  must  be  enclosed  in  quotes. 


. NEW  VERSION  - 
lied  by  the  NEW 
NEW  VERSION 
clause  lersion-w) 
The  default  is  1 


1 his  clause  assigns  a w rsion-no  to  the  ' worj-na1  :c  spect* 
NAME  clause.  Il  NEW  NAMl  was  not  specified,  it  is  a 
foi  the  - ccorJ-iumc  specified  m the  RECORD  N -V VI l 
may  be  one  to  tour  digits  valued  trom  1 through  oooo 
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• RECORD  DESCRIPTION  - The  existing  description,  it  any,  is  replaced  by 
literal.  Literal  may  not  exceed  40  cli.nacters.  It  embedded  blanks  or  special 
characters  are  included,  literal  must  be  enclosed  in  quotes.  To  replace  an 
existing  description  with  spaces,  code  one  space  enclosed  in  quotes. 

• RECORD  STORAGE  - This  clause  specifies  the  storage  medium  which  is 
used  for  this  record.  Literal  may  not  exceed  l(>  characters.  If  embedded 
blanks  or  special  characters  are  included,  literal  must  be  enclosed  in  quotes. 

• OCCURRENCES  - This  clause  indicates  the  number  of  occurrences  for  this 
record.  Integer  may  be  1 to  16  digits. 

• class-name  IS  attribute-name  - The  EXCLUDE  option  dissociates  the  named 
record  and  this  attribute.  If  an  attribute  to  be  INCLUDED  is  already  asso- 
ciated with  the  record,  a new  relationship  will  not  be  established.  Class-name 
must  identify  a known  class. 

* If  the  inclusion  of  attributes  within  the  class  has  been  speci- 
fied, either  actively  or  by  default,  as  MANUAL,  attribute- 
name  must  identify  a known  attribute  within  this  class  which 
has  been  previously  ADDed  via  ATTRIBUTE  syntax.  If,  how- 
ever, attribute  inclusion  for  the  class  has  been  specified  as 
AUTOMATIC,  the  named  attribute  does  not  need  to  have 
been  predefined  rw  ATTRIBUTE  syntax,  but  will  automat- 
ically be  added  to  the  Dictionary,  Directory  within  the  desig- 
nated class  as  the  result  of  its  specification  in  this  clause. 

If  the  default  specification  of  PLURAL  is  operative,  any 
number  of  attributes  may  be  associated  with  the  record  via 
the  inclusion  of  multiple  attribute  clauses.  If,  however, 
attributes  within  the  class  have  been  specified  as  SINGULAR, 
only  one  attribute  within  the  class  may  be  associated  with 
any  specific  record. 

• SECURITY  - The  EXCLUDE  option  dissociates  the  record  and  this  security. 
If  a security  to  be  INCLUDED  is  already  associated  with  the  record,  a 
duplicate  relationship  will  not  be  established.  Any  number  of  securities 
may  be  included  or  excluded  for  a record, 

NOTE:  To  remove  a record  from  PRODUCTION  LOCk’ 
status,  submit  the  following  sentence: 

EXCLUDE  SECURi  n IS  PRODUCTION  LOCK'. 

• MODE  - The  EXCLUDE  option  dissociates  the  record  and  this  mode.  If  a 
mode  to  be  INCLUDED  is  .dreads'  associated  with  the  record,  a new  rela- 
tionship will  not  be  established. 
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• WITHIN  FILE  - The  EXCLUDE  option  dissociates  the  record  and  this  file. 
If  a file  to  he  INCLUDED  is  already  associated  with  the  record,  a duplicate 
relationship  will  not  be  established. 

• KEY  - Key  fields  (SORT  and  CALC  keys)  are  maintained  for  file/record 
relationships  by  means  of  this  clause.  FlctnenHiame  is  the  primary  name  for 
a known  element.  ASCENDING  or  DESCENDING  defines  the  sequence  of 
sorted  records.  If  the  file/record  relationship  was  previously  defined,  the  key 
fields  are  modified.  If  the  relationship  was  not  previously  defined,  the  rela- 
tionship and  the  key  fields  will  be  established. 

. RECORD  NAME  SYNONYM  FOR  FILE  - The  EXCLUDE  option  dissociates 
this  record  and  the  designated  file.  File-name  must  be  the  primary  name  for 
a file  which  is  associated  with  this  record  synonym.  For  the  INCLUDE  op- 
tion, rules  for  establishing  this  relationship  are  the  same  as  those  described  in 
the  ADD  RECORD  sentence.  If  a file  to  be  INCLUDED  is  already  associated 
with  this  record  synonym,  a new  relationship  will  not  be  established. 

. RECORD  NAME  SYNONYM  FOR  FILE  SYNONYM  - The  EXCLUDE  op- 
tion dissociates  this  record  and  the  designated  file  synonym.  File-name  must 
be  a file  synonym  which  is  associated  with  this  record  synonym.  For  the 
INCLUDE  option,  rules  for  establishing  this  relationship  are  the  same  as  those 
described  in  the  ADD  RECORD  sentence.  If  a file  synonym  to  be  IN- 
CLUDED is  already  associated  with  this  record  synonym,  a new  relationship 
will  not  be  established. 

• To  alter  a PREFIX/SUFFIX  option  which  has  been  designated  with  a record- 
to-file  relationship,  first  EXCLUDE  the  record  synonym  to  which  the  prefix 
or  suffix  is  assigned.  Then  INCLUDE  the  record-to-file  relationship  with  the 
new  prefix  or  suffix.  Record  elements  must  be  resubmitted  in  order  to  re- 
flect the  new  element  names. 

• RECORD  NAME  SYNONYM  - The  EXCLUDE  option  deletes  a synonym 
for  this  record.  For  the  INCLUDE  option,  rules  for  formation  of  synonym 
names  are  the  same  as  those  for  record  primary  names.  The  inclusion  of 
record  synonym  names  automatically  builds  record  element  synonym  struc- 
tures using  the  primary  record  element  names  with  any  prefix/suffix  infor- 
mation appended. 

• OCCURRENCES  - The  previously  specified  record  occurrence  count,  if  any, 
is  replaced  by  integer.  Integer  may  be  1 to  16  digits. 

• COMMENTS  - Rules  for  modifying  comments  are  explained  in  the  earlier 
discussion  of  the  Coding  Format.  The  existing  comments,  if  any,  are  re- 
placed by  comment  or  deleted  by  NULL. 


RECORD  RECORD  ELEMENT 


K LC OIU)  RECORD  1 1.1  Ml  NT 


. RECORD  ELEMENT  - Lius  clause  associates  an  element  with  the  preceding 
RECORD  sentence.  i. lenient-name  must  be  the  primary  name  lor  a known 
element,  or  it  must  identity  the  element  as  a tiller.  1 he  relationship  between 
this  element  name  and  all  record  names  (primary  and  synonyms)  is  estab- 
lished at  this  time.  It'  the  prefixed  or  suffixed  name  to  be  associated  with 
the  record  is  the  primary  element  name  plus  the  prefix  or  sullix.  the  con- 
catenated element  name  is  established  automatically  by  the  system  at  this 
time,  along  with  the  relationship. 

NOTE:  To  define  a filler  as  a record  element,  specify  an  ele- 
ment name  of  "FILnn/m’,  where  mum  is  the  number  ot  char- 
acters of  filler.  For  example,  to  generate  a filler  of  FILLER 
PIC  X(7),  code  the  following  record  element:  'FIL  0007’. 

. ELEMENT  NAME  SYNONYM  - This  clause  associates  an  element  synonym 
and  the  primary  record  name.  It  element-name  is  not  a known  synonym  tor 
this  element,  it  is  established  at  this  time. 

. ELEMENT  NAME  SYNONYM  FOR  RECORD  SYNONYM  ...IS  - This  option 
associates  an  element  synonym  and  a record  synonym.  If  the  element-name 
is  not  a known  synonym  for  this  element,  it  is  established  at  this  time.  It 
the  prefixed  or  suffixed  name  to  be  associated  with  this  record  synonym  is 
this  element  synonym  plus  the  prefix  or  suffix,  the  concatenated  element 
name  is  established  at  this  time,  along  with  the  relationship.  The  concatena- 
tion of  record-name  and  version-no  must  be  a known  synonym  tor  this 
record. 

• PICTURE  - This  clause  is  used  only  for  group  elements.  When  it  is  not  pre- 
sent, subordinate  elements  will  be  automatically  included  in  the  record  at 
this  time.  When  it  is  piesent,  the  subordinate  elements  will  not  be  included. 
Instead,  an  alphanumeric  display  picture  will  be  included  for  the  group  ele- 
ment. Its  length  will  be  calculated  automatically. 

• PICTURE  IS  - This  clause  may  be  used  for  either  group  elements  or  primary 
(lowest  level)  elements.  For  group  elements,  the  subordinate  elements  will 
not  be  included.  Instead,  the  specified  character-string  will  be  included  as 
the  picture  for  the  group  element.  For  primary  elements,  the  specified 
character-string  will  replace  any  previously  specified  picture. 

• USAGE  - This  clause  (re)designates  the  data  usage  for  the  element.  When 
usage  is  CONDITION-NAME,  a level  number  of  SS  w ill  be  generated  for  this 
element.  The  default  is  DISPLAY.  USAGE  options  follow. 
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USAGE  option  Mailing  Acceptable  (o  this  processor 

HIT 

POINTER 
CON  DITION  -NAM  I 
COMP  (BINARY) 

COMP  I (SHORT  POINT) 

COMP-:  (LONG-POINT) 

COMP- A (PACKED) 

DISPLAY 

• REDEFINES  - This  clause  designates  an  element  to  redefine  the  preceding 
record  element.  Element -name  must  be  the  primary  name  for  a known  ele- 
ment. 

• OCCURS  When  the  record  element  occurs  a fixed  number  of  tunes  within 
this  record,  the  OCCURS  clause  must  specify  the  number  of  times  it  occurs. 
Integer  may  be  one  to  four  digits  valued  from  1 through  9999. 

• OCCURS  DEPENDING  ON  - When  the  record  element  occurs  a variable 
number  of  times  within  this  record,  this  clause  must  specify  the  maximum 
number  of  times  it  may  occur.  Integer  may  be  one  to  four  digits  valued  from 
1 through  99l)t).  Element-name  must  be  a primary  element  name. 

• INDE  XED  BY  - This  clause  may  be  specified  only  when  a record  element  is 
the  subject  of  an  OCCURS  or  OCCURS. ..DEPENDING  ON  clause,  fmlex 
name  is  stored  away  in  the  Dictionary  anil  is  inserted  into  a program’s  data 
division  code  by  the  COBOL  processor  as  part  of  the  record  COPY  function. 

• INDEX  KEY  - This  clause  specifies  the  ordering  of  a multiply  occurring  ele- 
ment which  is  subordinate  to  this  element.  Element name  must  be  a primary 
element  name.  ASCENDING  or  DESCENDING  defines  the  sequence  of  the 
ordered  elements. 

• SYNC  - This  clause  will  cause  boundary  alignment  for  the  record  element 
when  it  is  copied  into  a source  program  according  to  the  following  rules 

If  element  USAGE  is...  RECORD  ELEMENT  will  be  aligned  on... 

POINTER  FULLWORD 

COMP  (BINARY)  HALFWORD  if  S'>(4)  or  less,  else  FULLWORD 

COMP- 1 (SHORT-POINT)  Fill  LWORD 

COMP  : (LONG-POINT)  DOUBLEWORD 

• COMMENTS  - Rules  for  coding  comments  are  explained  in  the  earlier  dis- 
cussion of  the  Coiling  Format. 


Bit  stung  definition 
Eullword  Address  Constant 
Level  SS  values 
Binary 

Short  precision  floatingpoint 
Long  precision  floating  point 
Packed  decimal 
Zoned  decimal 


IDMSDMI P 
IDMSDMLP 
IDMSDMLC 

IDMSDMLC  and  IDMSDMI  P 
IDMSDMLC  and  IDMSDMLP 
IDMSDMLC  and  IDMSDMLP 
IDMSDMLC  and  IDMSDMLP 
IDMSDMI  C and  IDMSDMLP 
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NOIL,  Ihe  Billowing  clauses  are  ■■>>[  used  io  deline  sub 
oriliii.uo  elements  for  this  RECORD  I 1 I Ml  \ I I lio  sub 
ordinate  element-to-group  olomont  rol.iliotu.lup  is  established 
m tho  ELEMENT  sentence  lor  Iho  group  olomont.  Hie  fol- 
low ins  s'luusos  may  bo  used  to  specify  further  length  charac- 
teristics tor  mill f ipLn  occurring  suborifin.ito  olomoufs.  to 
specif > alignment  tor  tlu  subordinate  olomont.  and  to  doen 
mont  tho  usage  of  index  key  s lor  tables  (arras  si 

• SUBORPIN  \ 1 1 ELEMENT  • A subordinate  olomont -to -group  olomont  ioI.i- 
tiomhip  must  have  boon  established  between  this  olomont  and  the  group  ele- 
ment named  in  the  RECORD  ELEMENT  clause  t.U-mcntiumc  must  be  the 
primary  element  name.  Subordinate  record  elements  must  bo  named  m 
separate  SUBORDINATE  ELEMENT  clauses,  and  must  bo  input  to  tho  same 
sequence  as  they  were  coded  m the  SUBORDINATE  El  1 .MI  NT  clause  m 
tho  EL  EM  EN 1 sentence  tor  the  group. 

NOIL:  l lie  (X  C l IRS  mrecer  specified  in  the  following 

clauses  overrides  the  OCCURS  mreger  clauses,  if  am.  pre- 
viously specified  in  the  ELEMENT  sentence. 


• 1 1(  l URL  - Hits  clause  is  used  only  for  group  elements  When  it  is  not  pre- 
sent. subordinate  elements  will  be  automatically  included  in  the  record  at 
tins  time.  When  it  is  present,  the  subordinate  elements  will  not  be  included 
Instead,  an  alphanumeric  display  picture  will  be  included  for  the  group  ele- 
ment Its  length  will  be  calculated  automatically  . 

• 1 It  1 URE  IS  - 1 his  clause  may  be  used  tor  either  group  elements  or  primary 
tlowesl  level)  elements.  For  group  elements,  the  subordinate  elements  will 
not  be  included.  Instead,  the  specified  c/i.ir./cBT-.vm'/i.c  will  be  included  as 
the  picture  tor  the  group  element.  Eor  primary  elements,  the  specified 
tihinu  rcr-srrinx  will  replace  any  previously  specified  picture. 


• US  All  E Hus  clause  (re)designates  the  data  usage  for  the  element  When 
usage  is  t ONDl  1 ION-NAME,  a level  number  of  SS  wall  be  generated  for  this 
element.  Ihe  default  is  DISPLAY  USACI  options  follow 


US  ACE  option 
BIT 

POINTER 

CONDITION-NAME 
COMP  (BINARY) 

COMP  I (SHORT  POINT) 
comp  : (i  onc  poin n 
COMP  t (PACK I Dl 
OISPl  A\ 


Meaning 

Bit  string  definition 
Pull  word  Addies.  Constant 
Level  SS  values 
Binary 

Sluul  precision  Boating  point 
l oug  precision  Boating  point 
Packed  decimal 
/ one. I decimal 


Acceptable  to  tins  processor 

IDMSDMl P 
IDMSDM1 P 
IDMSDMl C 

IDMSDMl  C and  IDMSDMl  P 
IDMSDMl  C and  IDMSDMl  P 
IDMSDMl  C and  IDMSDMl  P 
IDMSDMl  C and  IDMSDMl  P 
IDMSDMl  C and  IDMSDMl  p 
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• OCCURS  - When  the  subordinate  element  is  repeated  a lived  number  ot 
times  within  tins  group  element,  this  clause  specifies  the  number  ot  times 
it  may  occur.  Integer  may  be  one  to  four  digits  valued  from  1 through  999*). 

• OCCURS  IM  PENDING  ON  - When  the  subordinate  element  is  repeated  a 
variable  number  of  times  within  this  group  clement,  this  clause  specifics  the 
maximum  number  of  times  it  may  occur  along  with  the  DEPENDING  ON 
element-name.  Integer  may  be  one  to  four  digits  valued  from  I through 
9999.  Element-name  must  be  a primary  element  name. 

• INDEXED  BY  - This  clause  may  be  specified  only  when  a subordinate  ele- 
ment is  the  subject  of  an  OCCURS  or  OCCURS. ..DEPENDING  ON  clause. 
Index-name  is  stored  away  in  the  Dictionary  and  is  inserted  into  a program's 
data  division  code  by  the  COBOL  processor  as  part  of  the  record  COPY 
function. 

• INDEX  KEY  - This  clause  specifies  the  ordering  of  a multiply  occurring  ele- 
ment which  is  subordinate  to  this  element.  Element-name  must  be  a primary 
element  name.  ASCENDING  or  DESCENDING  defines  the  sequence  of  the 
ordered  elements. 

• SYNC  - This  clause  will  cause  boundary  alignment  for  the  subordinate  ele- 
ment when  it  is  copied  into  a source  program  according  to  the  following 
rules: 

If  element  USAGE  is...  SUBORDINATE  REC  ORD  ELEMENT  will  be  aligned  on... 
POINTER  FULLWORD 

COMP  (BINARY)  HALFWORD  if  S‘>(4)  ot  less,  else  FULLWORD 

COMP-1  (SHORT-POINT)  FULLWORD 

COMP  2 (LONC.-POINT)  DOUBLEWORD 

• COMMENTS  - Rules  for  coding  comments  are  explained  in  the  earlier  dis- 
cussion of  the  Coding  Format. 

. REBUILD  RECORD  ELEMENTS  - This  subsentence  (submitted  instead  of 
the  RECORD  ELEMENT  subsentence)  permits  both  implicit  and  explicit 
modification  of  individual  record  elements.  Implicitly,  modifications  made 
to  the  (freestanding)  elements  via  MODIFY  ELEMENT  syntax  will  be 
effected  m the  corresponding  record  elements  if  the  REBUILD  RECORD 
ELEMENTS  subsentence  is  submitted.  Individual  record  elements  may  be 
explicitly  modified  by  means  of  subsequent  RECORD  ELEMENT  subsub- 
sentences, meanwhile  preserving  the  remaining  previously  built  record  ele- 
ments intact.  RECORD  EL  EM  ENT  clauses  must  be  submitted  in  the 
sequence  in  which  the  elements  occur.  New  elements  may  he  included  al  the 
end  of  the  record. 


RECORD/ RECORD  ELEMENT 


RECORD/RECORD  ELI  MEN  f 


• RECORD  ELEMENT  • This  clause  associates  an  element  with  the  preceding 
RECORD  sentence,  I'lcment-name  must  be  the  primary  name  for  a known 
element,  or  it  must  identify  the  element  as  a filler.  The  relationship  between 
this  element  name  and  all  record  names  (primary  and  synonyms)  is  estab- 
lished at  this  time.  If  the  prefixed  or  suffixed  name  to  be  associated  with 
the  record  is  the  primary  element  name  plus  the  prefix  or  suffix,  the  con- 
catenated element  name  is  established  automatically  by  the  system  at  this 
time,  along  with  the  relationship. 

NOTE:  To  define  a filler  as  a record  element,  specify  an  ele- 
ment name  of  ‘FlLn/m/i’,  w here  mum  is  the  number  of  char- 
acters of  filler.  For  example,  to  generate  a filler  of  FILLER 
PIC  \(7),  code  the  following  record  element:  ‘FIL  0007'. 

• ELEMENT  NAME  SYNONYM  - This  clause  associates  an  element  synonym 
and  the  primary  record  name.  If  element-name  is  not  a known  synonym  for 
this  element,  it  is  established  at  this  time. 

. ELEMENT  NAME  SYNONYM  FOR  RECORD  SYNONYM... IS  - This  option 
associates  an  element  synonym  and  a record  synonym.  If  the  element-name 
is  not  a known  synonym  for  this  element,  it  is  established  at  this  time.  If 
the  prefixed  or  suffixed  name  to  be  associated  with  this  record  synonym  is 
this  element  synonym  plus  the  prefix  or  suffix,  the  concatenated  element 
name  is  established  at  this  time,  along  with  the  relationship.  The  concatena- 
tion of  record-name  and  version-no  must  be  a known  synonym  for  this 
record. 

• PICTURE  - This  clause  is  used  only  for  group  elements.  When  it  is  not  pre- 
sent, subordinate  elements  will  be  automatically  included  in  the  record  at 
this  time.  When  it  is  present,  the  subordinate  elements  will  not  be  included. 
Instead,  an  alphanumeric  display  picture  will  be  included  for  the  group  ele- 
ment. Its  length  will  be  calculated  automatically. 

• PICTLIRE  IS  - This  clause  may  be  used  for  either  group  elements  or  primary 
(lowest  level)  elements.  For  group  elements,  the  subordinate  elements  will 
not  be  included.  Instead,  the  specified  character-string  will  be  included  as 
the  picture  for  the  group  element.  For  primary  elements,  the  specified 
characters triiix  will  replace  any  previously  specified  picture. 

• USAGE  - This  clause  (re)designates  the  data  usage  for  the  element.  When 
usage  is  CONDITION-NAME.,  a level  number  of  S.S  will  be  generated  for  this 
element.  The  default  is  DISPLAY.  LISAGE  options  follow. 


i 
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USAGE  option  Meaning  Acceptable  to  this  processor 

BIT 

POINTER 

CONDITION-NAME 
COMP  (BINARY) 

COMP- 1 (SHORT  POINT) 

COMP-2  (LONG -POINT) 

COMP-3  (PACKED) 

DISPLAY 

• REDEFINES  - This  clause  designates  an  element  to  redefine  the  preceding 
record  element.  Element-name  must  be  the  primary  name  for  a known  ele- 
ment. 

• OCCURS  - When  the  record  element  occurs  a fixed  number  of  times  within 
this  record,  the  OCCURS  clause  must  specify  the  number  of  times  it  occurs. 
Integer  may  be  one  to  four  digits  valued  from  1 through  9999. 

• OCCURS  DEPENDING  ON  - When  the  record  element  occurs  a variable 
number  of  times  within  this  record,  this  clause  must  specify  the  maximum 
number  of  times  it  may  occur.  Integer  may  be  one  to  four  digits  valued  from 
1 through  9999.  Element-name  must  be  a primary  element  name. 

• INDEXED  BY  - This  clause  may  be  specified  only  when  a record  element  is 
the  subject  of  an  OCCURS  or  OCCURS...DEPENDING  ON  clause.  Index- 
name  is  stored  away  in  the  Dictionary  and  is  inserted  into  a program’s  data 
division  code  by  the  COBOL  processor  as  part  of  the  record  COPY  function. 

• INDEX  KEY  - This  clause  specifies  the  ordering  of  a multiply  occurring  ele- 
ment which  is  subordinate  to  this  element.  Element-name  must  be  a primary 
element  name.  ASCENDING  or  DESCENDING  defines  the  sequence  of  the 
ordered  elements. 

• SYNC  - This  clause  will  cause  boundary  alignment  for  the  record  element 
when  it  is  copied  into  a source  program  according  to  the  following  rules: 

If  element  USAGE  is...  RECORD  ELEMENT  will  be  aligned  on... 

POINTER  FULLWORD 

COMP  (BINARY)  HALFWORD  if  Sl>(4)  or  less,  else  FULLWORD 

COMP- 1 (SHORT  POINT)  FULLWORD 

COMP-2  (LONG-POINT)  DOUBLEWORD 

• COMMENTS  - Rules  for  coding  comments  are  explained  in  the  earlier  dis- 
cussion of  the  Coding  Format . 


Bit  string  definition 
Ftillword  Address  Constant 
Level  88  values 
Binary 

Short  precision  flouting  point 
Long  precision  floating  point 
Packed  decimal 
Zoned  decimal 


IDMSDMLP 

IDMSDMLP 

1DMSDMLC 

IDMSDMLC  and  IDMSDMLP 
1DMSDMLC  and  IDMSDMLP 
IDMSDMLC  and  IDMSDMLP 
IDMSDMLC  and  IDMSDMLP 
IDMSDMLC  and  IDMSDMLP 
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NO  1 1- : I lie  follow  mg  clauses  are  not  used  to  define  sub- 
ordinate elements  lot  this  RECORD  ELEMENT.  I he  sub- 
ordinate element-to-group  element  relationship  is  established 
in  the  |-l  I Ml  N1  sentence  lor  the  group  element  The  fol- 
lowing clauses  may  be  used  to  specify  further  length  charac- 
teristics lor  multiply  occurring  subordinate  elements,  to 
specify  alignment  lor  the  subordinate  element,  and  to  docu- 
ment the  usage  ol  index  keys  for  tables  (arrays). 


• SI  BOR  DINA 1 1 I LI  MTN1  - A subordinate  element-to-group  element  rela- 
tionship must  have  been  established  between  this  element  and  the  group  ele- 
ment named  in  the  RECORD  ELEMENT  clause.  Element-name  must  be  the 
primary  element  name.  Subordinate  record  elements  must  be  named  in 
separate  SUBORDINATE  ELEMENT  clauses,  and  must  be  input  to  the  same 
sequence  as  they  were  coded  in  the  SUBORDINATE  ELEMENT  clause  in 
the  ELEMENT  sentence  for  the  group. 

NOTE:  The  OCCURS  integer  specified  in  the  following 
clauses  overrides  the  OCCURS  integer  clauses,  if  any,  pre- 
viously specified  in  the  ELEMENT  sentence. 


• PIC  1URE  - This  clause  is  used  only  for  group  elements.  When  it  is  not  pre- 
sent, subordinate  elements  will  be  automatically  included  in  the  record  at 
this  time.  When  it  is  present,  the  subordinate  elements  will  not  be  included. 
Instead,  an  alphanumeric  display  picture  will  be  included  for  the  group  ele- 
ment. Its  length  will  be  calculated  automatically. 

• Pit  1URE.  IS  - Ibis  clause  may  be  used  for  either  group  elements  or  primary 
(lowest  level)  elements.  For  group  elements,  the  subordinate  elements  will 
not  be  included.  Instead,  the  specified  character-string  will  be  included  as 
the  picture  tor  the  group  element.  For  primary  elements,  the  specified 
diameter-string  will  replace  any  previously  specified  picture. 

• USAGE  - Ellis  clause  (re)designates  the  data  usage  for  the  element.  When 
usage  is  CONDI  1 ION-NAME,  a level  number  of  SS  will  be  generated  for  this 
element.  The  default  is  DISPLAY.  USAGE  options  follow. 


Meaning 


USAGE  option 
BIT 

POINTER 

CONDITION-NAME 
COMP  (BINARY) 

COMP  I (SHORE  POINT) 
COMP  2 (LONG  POINT) 
COMP  .1  (PACKED) 

DISI’l  AY 


Bit  string  definition 
Eullwotd  Address  Constant 
Level  SS  values 
Binary 

Sliott  precision  Boating  point 
Long  precision  floating  point 
Packed  decimal 
Zoned  decimal 


Acceptable  to  this  processor 

IDMSDMLP 

IDMSDMLP 

IDMSDMLC 

IDMSDMI  C and  IDMSDMIP 
IDMSDMLC  and  IDMSDMI  P 
IDMSDMI  C and  IDMSDMI  P 
IDMSDMLC  and  IDMSDMI  P 
IDMSDMI  C and  IDMSDMI  P 


3 SS 


V-  .. 
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• OCCURS  - When  the  subordinate  element  in  repeated  a fixed  nuinhei  of 
times  within  this  group  element,  this  clause  specifies  the  numbci  of  tunes 
it  may  occur.  Integer  may  be  one  to  four  digits  valued  fiom  1 through  9999 

• OCCLIRS  DEPENDING  ON  - When  the  subordinate  element  is  lepeated  a 
variable  number  of  times  within  this  group  element,  this  clause  specifies  the 
maximum  number  of  times  it  may  occur  along  with  the  DEPENDING  ON 
element-name.  Integer  may  be  one  to  four  digits  valued  from  1 through 
9999.  I'letnent-ihime  must  be  a primary  element  name. 

• INDHXED  BY  - This  clause  may  be  specified  only  when  a subordinate  ele- 
ment is  the  subject  of  an  OCCURS  or  OCCURS. ..DEPENDING  ON  clause 
Index-name  is  stored  away  in  the  Dictionary  and  is  inserted  into  a program’s 
data  division  code  by  the  COBOL  processor  as  part  of  the  record  COP') 
function. 


• INDEX  KEY  - This  clause  specifies  the  ordering  of  a multiply  occurring  ele- 
ment which  is  subordinate  to  this  element,  t.lement-name  must  be  a pi  unary 
element  name.  ASCENDING  or  DESCENDING  defines  the  sequence  of  the 
ordered  elements. 


• SYNC  - This  clause  will  cause  boundary  alignment  for  the  subordinate  ele- 
ment when  it  is  copied  into  a source  program  according  to  the  following 
rules. 


If  element  USAGE  is...  SUBORDINATE  RECORD  ELEMENT  will  tie  aligned  on  . 


POINTER 
COMP  (.BINARY) 

COMP-I  (SHORT  POINT) 
COMP-:  (LONC.-POINT) 


FULLWORD 

HALFWORD  if  S't(4!  oi  less,  else  FULLWORD 

FULLWORD 

DOUBLEWORD 


• COMMENTS  - Rules  for  coding  comments  arc  explained  in  the  earlier  dis- 
cussion of  the  Coding  Format. 


• REMOVE  RECORD  ELEMENT  - The  submission  of  the  REMOVE 
RECORD  ELEMENT  subsubsentence  subsequent  to  the  REBUILD 
RECORD  ELEMENTS  subsentence  permits  the  e xplieit  removal  of  indi- 
vidual record  elements.  (The  elements  themselves,  as  freestanding  dictionary 
entities,  are  not  deleted  thereby  ) 

NOTE:  Schema  record  elements  cannot  be  removed  by 
means  of  the  REMOVE  RECORD  ELEMENT  subsubsen- 
tcnec. 


APPENDIX  II 


SAMPLE  DATABASE  DEFINITION 

This  appendix  presents  a example  of  a complete 
database  definition.  IDD  syntax  listings  of  an  actual 
application  illustrate  the  results  of  Phases  I,  II,  and  III 
of  the  database  development  process. 

Included  in  the  appendix  are: 

1.  Subsystem  Specification 

2.  Service  analysis 

3.  Element  definitions 

4.  Element  group  definitions 

5.  Data  entity  definitions 

6.  Schema  definition. 
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SECTION  1.  GENERAL. 

1.0  Introduction.  This  document  presents  detailed  design 
information  on  the  Security  Management  Subsystem (s) . 

1.1  Purpose  of  Security  Management  Subsystem  (SECSS) 
Specification. 

This  document  specifies  the  design  for  the  Security 
Management  Subsystem.  It  is  written  to  fulfill  the 
following  objectives: 

a.  To  provide  a detailed  definition  of  the  subsystem 
functions. 

b.  TO  communicate  details  of  the  on-going  analysis  to 
the  user's  operational  personnel. 

c.  To  define,  in  detail,  the  interfaces  with  other 
systems  and  subsystems  and  the  facilities  to  be 
utilized  for  accomplishing  the  interface. 

1.2  Project  References 

1.  Cullinane  Corporation,  "CDMS — A Visual  Presentation", 
Cullinane  Data  Management  System. 

2.  Cullinane  Corporation,  "Culprit — Information  Retrieval 
System" . 

3.  Cullinane  Corporation,  "Data  Base  Design  and 
Definition  Guide  Release  4.5",  October  1977. 

4.  Cullinane  Corporation,  "Data  Base  Design  and 
Definition  Guide  Release  5.0",  August  1978. 

5.  Cullinane  Corporation,  "IDD — Integrated  Data 
Dictionary". 

6.  Cullinane  Corporation,  "IDMS  Concepts  and  Facilities", 
1977. 

7.  Cullinane  Corporation,  "I IMS  Culprit — User's  Guide" 

8.  Cullinane  Corporation,  "IDMS  Installation  and 
Operations  Guide  Release  4.5",  September  1977. 

9.  Cullinane  Corporation,  "IDMS  On  Line  Guery-OIQ", 
November  1977. 
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10.  Cull  inane  Corporation,  "IDMS  Programmer's  Reference 
Guide  Release  4.5",  Part  I and  II,  November  1977. 

11.  Cullinane  Corporation,  "IDMS  Sequential  Processing 
Facility  Release  4.5",  April  1970. 

12.  Cullinane  Corporation,  "IDMS — Error  Codes  and 
Messages  Guide",  January  1978. 

13.  Cullinane  Corporation,  "IDMS — Integrated  Data 
Dictionary  Users  Guide  Release  1.0",  August  1977. 

14.  Cullinane  Corporation,  "IDMS-PC  Presentation", 
October  1978. 

15.  Cullinane  Corporation,  "Shadow  II  Cobol  Programmer's 
Reference  Manual,  Version  2",  December  1977. 

16.  Cullinane  Corporation,  "Shadow  II  Operations  Manual, 
Version  2 OS",  January  1978. 

17.  Cullinane  Corporation,  "Shadow  II  Programmer's 
Guide-DOS,  Version  2",  December  1977. 

18.  Cullinane  Corporation,  "Shadow  II  System  Generation 
and  Maintenance  Manual,  Version  2",  February  1978. 

19.  Cullinane  Co-  oration,  "The  Cullinane  Data  Management 
System",  1978. 

20.  Cullinane  Corporation,  "User's  Guide  Release  1.2", 
November  1977. 

21.  Defense  Intelligence  Agency,  "Authorized  Data 
Elements  and  Related  Features",  Volume  I (A-M)  and  Volume 
II  (N-Z) , July  1976. 

22.  NAVINTCOM  Document  Number  39N001  FD-01B,  "Integrated 
Automated  Intelligence  Processing  System  Specification", 
Functional  Description,  April  1978  (SECRET). 

23.  NAVINTCOM  INST  5200. 3A,  "Data  Base  Development  and 
Design  Guide",  7 August  1978  (Version  2 dated  November 

1978) . 
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StCTlON  2.  SUMMARY  OF  KDQUIREHEN’IS. 

2.0  Background. 

The  Specif  Sccurity/Spccial  Activities  Division  (NIC-41) 
of  the  Naval  Intelligence  Command  Headquarters  is  tasked 
with  the  maintenance  and  accounting  of  security  clearances 
and  persons  possessing  security  clearances.  The  control 
of  access  to  RWINTCOM  locations,  the  control  of  badges, 
and  the  accreditation  of  secure  areas  must  also  be 
maintained. 

Batch  processing  facilities  have  supported  these 
requirements  for  several  years.  Increasing  requirements 
for  administering  and  controlling  security  access  has 
outstripped  the  ability  of  current  ADP  software  to  perform 
the  required  functions.  On-line,  interactive  access  to 
the  Security  Management  database  is  required,  making  all 
security-related  information  immediately  available. 

2.1  Subsystem  Description. 

A complete  description  of  the  Security  Management 
Subsystem  is  presented  in  the  following  paragraphs. 

2.1.1  General. 

The  Security  Management  Subsystem  consists  of  equipment 
and  facilities  located  at  Suitland,  Maryland,  with 
communication  links  to  remote  terminal  locations 
scattered  in  the  Washington  D.C.  area. 

The  functions  of  the  Security  Management  Subsystem  are 
divided  into  four  major  areas.  They  are: 

a.  Security  Access  Control. 

The  Security  Management  Subsystem  shall  provide 
for  the  maintenance  and  the  accounting  for  all 
desired  security  classifications  (Access  codes) , 
the  billets  associated  with  each  command,  the 
incumbents  of  the  billets,  the  access  history  of 
incumbents,  and  the  allocation  of  restricted 
access  codes. 

b.  Badge  Control. 

The  Security  Management  Subsystem  shall  provide 
for  the  maintenance  and  the  accounting  for  an 


unlimited  number  or  typo  of  bad;  .'s  for  use  by 
personnel  associated  with  the  various  Naval 
Intelligence  activities. 

The  Badge  Control  function  will  be  designed  in  to 
the  system  under  the  current  tasking,  but  will 
not  be  implemented  os  part  of  this  effort. 

c.  Facility  Accreditation. 

The  Security  Managanent  Subsystem  shall  provide 
the  capability  to  maintain  accounting  of  the 
accreditation  (security  levels) , with  technical 
surveillance  counter  measure  results  and 
inspection  dates  and  remarks,  of  all  facilities 
under  control  of  the  Naval  Intelligence  Command. 

d.  Visitor  Control. 

The  Security  Management  Subsystem  shall  provide 
the  maintenance  capability  for  the  accounting  of 
visitors  to  Naval  Intelligence  facilities  at  an 
unlimited  number  of  locations. 

The  Visitor  Control  function  will  be  designed  in 
to  the  system  under  the  current  tasking,  but  will 
not  be  implemented  as  part  of  this  effort. 

2.1.2  Subsystem  Area  Descriptions. 

The  Security  Management  Subsystem  is  composed  of  the 
following  areas: 

Security  Access  Control 

Badge  Control 

Facility  Accreditation 

Visitor  Control 

These  areas  are  described  in  the  following  paragraphs. 

2. 1.2.1  Security  Access  Control. 

The  Security  Access  Control  portion  of  the  subsystem 
concerns  itself  with  billets  and  incumbents  and 
their  associated  SI  access  levels. 
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The  main  sources  of  input  il.it  u (.nils,  delete;., 
indoct  r in.it  ions,  .md  debt  ie[  ing:>)  .in-  message  tap's 
from  nil  of  the  Nnvy  not. ivil  ies.  Ftronoous  data 
from  tho  messogo  tapes  shall  tv  on  a repot  t in  n 
form  that  will  lx'  suitable  for  final  message 
preparation  by  tin'  user. 

As  people  are  indoctrinated  into  vat  ions  accesses,  a 
history  file  shall  lx.'  maintained  to  provide  future 
accessibility  of  the  information. 

Individual  controls  shall  be  provided  to  maintain 
restrictions  on  the  total  number  of  access  tickets 
of  each  type  in  use. 

Online  and  batch  capability  for  inquiry  and  updating 
of  all  the  Security  Access  informal  ion  will  be 
provided. 

2 . 1 . 2 . 2 Badge  Cent,  ro  1 . 

Tho  Badge  Control  Phase  of  the  Security  Management 
Subsystem  is  concerned  with  the  issuing  and  control 
of  all  badges  by  the  various  act ivities  within  Naval 
Intel l igence  Command. 

Inquiry  and  upi.lat.ing  (unctions  for  this  information 
shall  bo  implemented  in  a subsequent  task. 

2. 1.2. 3 Facility  Accreditation. 

The  Facility  Accretlit.it ion  phase  of  the  Security 
Management  Subsystem  is  concerned  with  the 
inspection  of  all  physical  spaces  that  are  to  be 
accredit  cd. 

Online  and  batch  capability  for  inquiry  and  updating 
of  all  tho  Facility  Accreditation  information  will 
bo  provided. 

2. 1.2. 4 Visitor  Control. 

The  Visitor  phase  of  the  Security  Management 
Subsystem  in  concerned  with  the  control  and  hisloiy 
of  visitors  into  all  facilities  within  Naval 
Intel l igence  Command. 

Inquit y and  updat ing  functions  for  this  infoi mat  ion 
shall  lx>  implement  ixl  in  a subsequent  task. 


January  l‘)7'l 


Page  5 


i I u* • »*  ion 


I' 


2.2  Subsystem  Functions 

The  Security  Manoganent  Subsystem  shall  provide 
maintenance  (updates)  to  include  the  addition,  change, 
deletion  and  relationships  of  records  in  the  database. 

Tire  subsystem  shall  automatically  record  the  date  that  a 
record  in  the  database  is  added  or  changed.  The  subsystem 
shall  also  provide  printed  reports  from  the  database  in 
both  batch  and  on-line  modes.  Specific  reports  and 
functions  available  in  the  subsystem  arc  identified  below. 

2.2.1  Information  Management  in  tire  Batch  Mode. 

The  following  printed  reports,  132  characters  per  line, 
shall  be  available  upon  request  of  the  Security 
Management  Subsystem  authorized  user.  Reporting  at 
Remote  Job  Entry  (KJF)  stations  will  tv  limited  to 
single  copy  listings  on  8 1/2  by  1*1  inch  paper  (maximum 
length  of  MOO  lines,  at  0 linos  per  inch)  . Reports 
requiring  other  forms,  reports  of  extended  length,  or 
reports  at  6 lines  per  inch,  will  be  printed  at  tire 
NAVTNTCOM  AMP  center  in  Suitland  and  deliverer)  by 
courier  to  i'JTC-44  (unless  specified  to  bo  delivered 
elsewhere)  . 

2. 2.1. 1 Update  of  Billet  Related  Data. 

The  billet  related  data  in  the  database  may  bo 
updated  to  include  additions,  changes  and  deletions, 
and  to  also  define  relationships  to  incumbents.  A 
printed  transaction  report  showirrg  all  transactions 
made  in  the  data  base  will  bo  produced.  In 
addition,  a tickler  listing  of  those  billets  that 
have  incumbents  in  the  process  of  being  'read  cut' 
is  produced. 

2. 2. 1.2  Update  of  Incumbent  Related  Data. 

The  incumbent,  related  data  in  the  database  may  be 
updater)  to  include  addit  ions,  changes  and  deletions, 
and  to  also  define  relationships  to  billets.  A 
printed  transaction  report  showing  a))  transactions 
in  the  database  shall  bo  produced. 

2. 2. 1.3  Command  List  Reports. 

The  Master  Command  Alpha  List  Reixst  contains  all 
incumbents  in  the  database,  listed  in  alphabet  ical 
order  by  name. 
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In  addition,  variations  of  this  report  may  also  be 
produced  (on  demand) . 

a.  The  report  can  be  produced  for  only  those 
incumbents  with  NIPSSA  billets.  NIPSSA  Dillels 
are  defined  by  a series  of  command  code/billet. 
number  ranges.  Those  ranges  are: 

223000/000  through  223000/999, 

280232/000  through  200232/999,  and 
280290/000  through  200290/999. 

The  report  is  sorted  in  alphabetic  order  by  name. 
NIPS5A-01S  is  the  recipient  of  this  report. 

b.  An  alternate  NIPSSA  report  (using  the  same 
ranges  as  item  a)  is  sorted  in  background 
investigation  date  order.  NIPSSA-01S  is  the 
recipient  of  this  report. 

c.  A Master  Command  Alpha  List  - Series  800XXX 
(previous  job  id  334)  . Selects  for  the 
800000-800999  command  code  series  and  lists  in 
alphabetic  order  by  name. 

d.  A Master  Command  List  - Series  0C0XXX 
(previous  job  id  835).  Selects  the  800000-000999 
commai !■  code  series  listed  in  command  code/billet 
number  order. 

e.  A Master  Command  List  Report  (previous  job  id 
#39) . Selects  a range  of  command  codes  as 
specified  by  the  user  (which  may  b'  the  total 
file)  and  lists  them  in  command  code/billet 
number  sequence  with  pa  ■ breaks  when  the  command 
code  changes. 

2. 2. 1.4  NAVSIM  Command  Alpha  List  Report  (previous  job 
id  #32). 

The  NAVSIM  Command  Alpha  List  Report  contains  all 
incumbents  in  the  database  who  possess  AN,  AX,  ES, 
EX,  CR,  C .,  CY,  CL,  MA,  DN , FW,  PC,  or  PM  accesses, 
listed  in  alphabetic  order  by  name. 

2. 2. 1.5  NAVSIM  S SO  Admin  Report  (previous  job  id  §40). 
The  NAVSIM  SSO  Admin  Report  contains  all  incumbents 
in  command  codes  010000  through  100000  or  200000 
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through  999999  who  possess  AN,  AX,  ES,  EX,  CE,  CX, 
CY,  CL,  MA,  DN,  PN,  PC,  or  PM  accesses,  listed  in 
command  code/billet  number  order. 

2. 2. 1.6  SI  Command  Alpha  List  Report  (previous  job  id 

#33). 

The  SI  Command  Alpha  List  Report  contains  all 
incumbents  in  the  database  who  possess  SI  accesses, 
listed  in  alphabetic  order  by  name. 

2. 2. 1.7  Old  BI  Command  Alpha  List  Report  (previous  job 

id  #36). 

The  Old  BI  Command  Alpha  List  Report  contains  all 
incumbents  with  Navy  command  codes  (200000-299999  or 
700000-799999)  in  the  database  who  possess  SI 
accesses  more  than  4 1/2  years  old,  listed  in 
alphabetic  order  by  name.  An  alternate  report  with 
the  same  information  is: 

Old  BI  Command  List  Report  (previous  job  id  #42) . 
Listed  in  command  code/  billet  number  sequence. 

2. 2. 1.8  Master  Command  Billet  List  Report  (previous 
job  id  #43) . 

The  Master  Comm.nd  Billet  List  contains  all  billets 
in  all  commands  in  the  database,  listed  in  command 
code/billet  number  order. 

2. 2. 1.9  Master  Command  Titles/Billet  Report  (previous 
job  id  #46) . 

The  Master  Command  Titles/Billet  Report  is  for  all 
commands  on  file,  listed  in  command  code/billet 
number  order.  An  alternate  sort  is  available  in 
the. 

Master  Alpha  Command  Titles/Billet  Report  (previous 
job  id  #49).  Listed  in  alphabetic  order  by  name. 

2.2.1.10  Master  Command  Incumbent  Totals  Reports 
(previous  job  id  #47) . 

The  Master  Command  Incumbent  Totals  Reports  are 
available  in  four  options.  All  of  the  options  are 
sorted  in  command  code  sequence.  Reports  defined  by 
items  a,  b,  and  c exclude  all  Z accesses. 
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a.  Master  Command  ‘lV>tals  - Incumbent  Navy  Only. 
This  report  contains  totals  of.  all  accesses  held 
by  incumbents,  subtotaled  by  command  code , and 
grand  totaled  for  all  Navy  commands.  Assigned 
command  codes  Cot  the  Navy  are  in  the  fol lowing 
ranges: 

200000  through  299999, 

722000  through  722999, 

732000  through  732999, 

742000  through  742999, 

772000  through  772999, 

774000  through  774999,  and 
782000  through  782999. 

b.  Master  Command  Totals  - Incumbent  Non-Navy 
Only.  This  report  contains  totals  of  all  accesses 
held  by  incumbents,  subtotaled  by  command  code, 
and  grand  totaled  for  all  non-Navy  commands. 

These  command  codes  are  all  those  not  defined  in 
the  ranges  for  item  a,  with  the  exception  that 
command  codes  800000  through  899999  are  excluded. 

c.  Master  Command  Totals  - 800000  Series.  This 
report  contains  totals  of  all  accesses  held  by 
incumbents,  subb.  taled  by  command  code,  and  grand 
totaled  for  all  command  codes  in  the  range  800000 
through  899999. 

d.  Master  Command  Totals  - Incumbent  Z Data. 

This  report  contains  totals  of  all  Z accesses 
held  by  incumbents,  subtotaled  by  command  code, 
and  grand  totaled  for  all  command  codes. 

2.2.1.11  Master  Command  Billet  Totals  Reports 
(previous  job  id  #48) . 

The  Master  Command  Billet  Totals  Reports  are 
available  in  four  options.  All  of  the  options  are 
sorted  in  command  code  sequence.  Reports  defined  by 
items  a,  b,  and  c exclude  all  Z accesses. 

a.  Master  Command  Totals  - Billet  Navy  Only. 

This  report  contains  < 'tals  of  all  accesses 
assigned  to  billets,  .btotaled  by  command  code, 
and  grand  totaled  fot  all  Navy  commands. 

Assigned  command  codes  for  the  Navy  are  in  the 
following  ranges: 
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200000  through  299999, 
722000  through  722999, 
732000  through  732999, 
742000  through  742999, 
772000  through  772999, 
774000  through  774999,  and 
782000  through  782999. 


b.  Master  Command  'Ratals  - Billet  Non-Navy  Only. 
This  report  contains  totals  of  all  accesses 
assigned  to  billets,  subtotaled  by  command  code, 
and  grand  totaled  for  all  non-Navy  commands. 
These  command  codes  are  all  those  not  defined  in 
the  ranges  for  item  a,  with  the  exception  that 
command  codes  000000  through  899999  are  excluded. 


c.  Master  Command  Totals  - 800000  Series.  This 
report  contains  totals  of  all  accesses  assigned 
to  billots,  subtotaled  by  command  code,  and  grand 
totaled  for  all  command  codes  in  the  range  800000 
through  899999. 

d.  Master  Command  Totals  - Billet  Z Data.  This 
report  contains  totals  of  all  Z accesses  assigned 
to  billets,  subtotaled  by  command  code,  and  grand 
totaled  for  all  command  codes. 


2.2.1.12  Master  Social  S . urity  List  Report  (previous 
job  id  K9S) . 

The  Master  Social  Security  List  Report  contains  all 
incumbents  in  the  database,  listed  in  social 
security  number  order. 

2.2.1.13  Z Commond  Alpha  List  Report  (previous  job  id 
556) . 

The  7 Command  *1  pha  List  Report  contains  all 
incumbents  ii  he  database  who  possess  Z or  MED 
accesses  1 ini  1 in  alphabetic  order  by  name. 

Options  of  this  is  report  are, 

a.  7.  Command  Alpha  List  Report  - MED  Accesses  Only 
(previous  jC  id  tf62) . This  report,  is  produced 
containing  only  incumbents  with  MED  accesses. 

b.  7.  Command  Al [ha  List  Report  - DDL  Accesses  Only 
(previous  jot)  id  <; ' > 3 ) . This  report  is  the  same  as 
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item  a,  except  that  only  DUL  access  are  user!  Tor 
selection. 

2.2.1.14  Z Command  List  Report  (previous  job  id  §57) . 

The  Z Command  List  Report  contains  all  incumbents  in 
the  database  who  possess  Z or  MED  accesses  listed  in 
command  code/billet  number  order.  There  is  a page 
break  when  the  command  code  changes.  An  option  for 
this  report  is, 

Z Command  List  Report  - MED  Accesses  Only  (previous 
job  id  §61) . This  report  contains  information  on 
incumbents  with  MED  accesses.  The  sort  is 
alphabetically  by  name  within  command  code. 

2.2.1.15  Incumbent  B Access  Report. 

The  Incumbent  B Access  Report  contains  all 
incumbents  in  the  database  who  possess  any  type  of  B 
access,  listed  in  alphabetical  sequence  by  name. 

2.2.1.16  Billet  B Access  Report. 

The  Billet  B Access  Report  contains  all  billets  in 
the  database  which  are  assigned  any  type  of  B 
access,  listed  in  command  code/billet  number 
sequence. 

2.2.1.17  Billet/Incumbent  Merge  Report. 

The  Billet/Incumbent  Merge  Report  contains  all 
billet  and  incumbent  data  for  the  commands  defined 
by  the  user  supplied  selection  parameter,  listed  in 
command  code/billet  number  sequence. 

2.2.1.18  Clearance  Deletion  Report  (Incumbent) . 

Till  Data  base  records  which  contain  no  accesses 
after  indicated  accesses  are  deleted  are  listed  on 
this  report.  The  Clearance  Deletion  Report  also 
gives  record  counts. 

2.2.1.19  DIA  Punched  Cards. 

DIA  punched  cards  are  punched  onto  the  DTA  Punched 
Card  Top'  to  be  punched  by  NIPSSA.  DIA  punched 
cards  are  produced  at  the  request  of  tire  user . One 
punched  card  is  produce  for  each  command  that  begins 
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with  a '2'  and  has  an  SAO  access  code  of  'A*.  The 
tap?  contains  one  record  for  each  billet  in  the 
database  and  Cor  each  incumbent  in  the  incumbent 
database  whose  command  begins  with  a '2'  and  who 
possess  a TK,  RB,  BI,  BR,  BG,  BR,  BH,  or  TO  access. 
This  job  is  normally  run  Quarterly. 

2.2.1.20  Administrative  Reports. 

Administrative  Reports  are  available  in  four 
options.  All  of  the  options  are  sorted  in  SSO 
command  code,  command  code,  and  billet  number 
sequence. 

a.  SSO  Administrative  Report  (previous  job  id  £52) . 
The  SSO  Administrative  Report  contains  all  billets 
with  their  associated  incumbents  and  accesses 
(excluding  Z accesses)  for  the  command  codes 
specified  below.  Caution:  This  report  is  extremely 
long  and  should  be  scheduled  with  the  ADP  Center. 

010000  through  199999, 

219800  through  269999, 

270500  through  789999,  and 
991000  through  999000. 

One  option  of  this  report  is  produced  using  only  the 
billets  selected  by  specific  command  code  ranges 
that  are  entered  by  the  user. 

A second  option  of  this  report  is  produced  using 
only  the  billets  assigned  Z accesses. 

Another  option  of  the  report  defined  in  item  a 
above,  is  of  the  NIPSSA  billets.  NIPSSA  Billets  are 
defined  by  a series  of  command  code/billet  number 
ranges.  Those  ranges  are: 

223000/000  through  223000/999, 

280232/000  through  280232/999,  and 
280290/000  through  280290/999. 

This  report  is  delivered  to  NTPSSA-01S. 

b.  Access  Management  Report.  This  report  is  a 
listing,  of  billets  with  incumbents,  that  contains 
only  those  billets  that  have  been  indicated  as 
temparary  (for  'floating'  access  management) . The 
billets  to  be  selected  must  also  be  within  the 
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command  code  range  supplied  by  the  user.  The  report 
is  sorted  in  command  code  and  billet  number 
sequence . 

c.  SSO  Administrative  Report  - 800XXX  Series 
(previous  job  id  #37).  This  report  contains  only 
800000  through  800999  command  codes  with  their 
associated  billets  and  incumbents,  listed  in  command 
code  and  billet  number  sequence. 

d.  SSO  Administrative  Report  - DOL  Accesses  Only 
(previous  job  id  #54) . This  report  contains  all 
billets  and  incumbents  in  the  database  who  possess 
DUL  accesses,  listed  in  command  code/billet  number 
sequence. 

e.  OPNAV  Administrative  Report  (previous  job  id 
#58).  The  OPNAV  Administrative  Report  contains  all 
billets  with  their  associated  incumbents  and 
accesses  (excluding  Z accesses)  for  the  command 
codes  specified  below,  listed  in  SSO  command, 
command  code,  and  billet  number  order.  Command  codes 
used  for  this  report  are: 

742000-742999, 

772000-772999, 

774000-774999, 

782000-782999,  and 
999900-999999. 

2.2.1.21  Update  of  Access  History  Related  Data. 

The  access  history  data  in  the  database  may  be 
updated  to  include  additions,  change  and  deletions. 

A printed  transaction  report  showing  all 
transactions  made  to  the  data  base  will  be  produced. 

2.2.1.22  Retrieval  of  Access  History  Related  Data. 

This  report  contains  all  access  history  data  that  is 
maintained  in  the  database  for  the  specific  name  as 
supplied  by  the  user. 

2.2.1.23  Dynamic  Utilization  (Flc  t)  of  Access  Codes. 

The  ability  to  dynamically  allocate  the  access  codes 
('tickets')  among  all  active  billets  will  be 
provided  automatically  for  a specific  b llet  when 
the  billet  is  added  to  the  file.  This  control  will 


73  Januarv  1979 


Page  13 


23  January  1979 


Page  i 


cur  ity  Management 


Subsystem  Spvi  ( icut  ion 


provide  Cor  optimum  usage  of  the  allowed  nunb'i  of 
’tickets*  for  which  the  Navy  has  responsibility. 

2.2.1.24  Access  Management  Report. 

The  Access  Management  Report  is  a listing  of  billets 
with  incumbents  that  contains  only  those  billets 
that  have  been  indicated  as  temporary  (for 
’floating’  access  management).  The  billots  to  be 
selected  must  also  be  within  the  command  code  range 
supplied  by  the  user.  The  report  is  sorted  in 
command  code  and  billet  number  sequence. 

2.2.1.25  Update  of  Facilities  Accreditation  Data. 

The  Facilities  Accreditation  data  in  the  database 
may  be  updated  to  include  additions,  change  and 
deletions.  A printed  transaction  report  showing  all 
transactions  made  to  the  database  will  be  produced. 

2.2.1.26  List  of  Spaces  Without  Final  Accreditation. 

This  report  will  produce  a list  of  all  records  in 
which  the  final  accreditation  is  blank.  The  report 
is  used  by  NIC-44  to  determine  why  spaces  have  not 
received  their  final  accreditation. 

2.2.1.27  Facilities  Accreditation  List  of  Spaces. 

This  report  will  produce  a list  of  all  rooms  that 
are  accredited.  The  report  is  in  command 
code/building  number/room  number  sequence. 

2.2.1.28  Facilities  Accreditation  Reinspection  Depart. 

This  report  lists  all  spaces  that  are  due  for 
reinspection  in  the  next  three  months.  A date, 
entered  by  the  user,  which  specifies  the  starting 
date  is  entered  into  the  system.  The  report  is  in 
command  code/building  number/room  number  sequence. 

2.2.1.29  Facilities  Accreditation  Semi-Annual  Report. 

This  report  is  a list  of  all  spaces  to  be  used  by 
patent  activities  to  keep  a record  of  their  spaces. 
The  report  is  in  command  code/building  number/room 
number  sequence  with  page  breaks  at  command  code 
changes.  The  commands  to  be  printed  are  entered  by 
the  user  as  a low  to  high  command  code  number  range. 
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2.2.1.30  Facility  List  Repart. 


This  report  produces 
'00'  in  the  last  twa 
number.  This  report 
and  is  produced  upon 


a list  of  all  spaces  having 
characters  of  the  control 
is  ordered  by  control  number 
request  of  the  user. 


2.2.1.31  Facilities  Accreditation  TSCtl  Required 
Spaces. 


This  report  produces  a list  of  all  spaces  requiring 
Technical  Surveillance  Counter  Measures  (TSCM)  and 
is  produced  upon  user  request. 

2.2.2  Information  Management  in  the  Online  Mode. 

The  following  online  access  capabilities  will  be  made 
available  by  the  Security  Management  Subsystem  to  the 
authorized  user.  Data  will  be  accessible,  for  either 
updating  or  inquiry,  by  means  of  computer  terminals 
connected  to  the  main  computer.  Flard  copy  of  the  screen 
images,  24  lines  of  80  characters,  will  be  available  at 
the  users  location.  The  online  reports  that  ate 
generated  (batch  capture)  can  be  a maximum  of  10  pages 
for  each  request.  Each  page  consists  of  20  lines  with 
80  characters  per  line.  If  the  user  has  a request  that 
generates  more  than  the  10  page  limit,  only  the  first 
10  pages  will  be  made  available.  A subsequent  request, 
that  specifies  the  beginning  and  ending  sequences  for 
the  data  block  in  interest,  will  have  to  be  entered  (by 
the  user) 

to  view  more  information. 


2. 2. 2.1  Update  of  Billet  Related  Data. 

The  billet  related  data  in  the  database  may  be 
updated  to  include  additions,  changes  and  deletions, 
and  to  also  define  relationships  with  Incumbents.  A 
hard  copy  of  the  transaction  may  be  produced  at  the 
option  of  the  user.  The  input  of  data  can  be  veral 
sequentially  accessed  formatted  screens.  The  screen 
is  defined  to  be  24  lines  of  80  characters  on  the 
display  terminal. 

2. 2. 2. 2 Update  of  Incumbent  Related  Data. 

The  incumbent  related  data  in  the  database  may  be 
updated  to  include  additions,  changes  and  deletions, 
and  to  also  define  relationships  with  Billets.  A 
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hard  copy  of  the  transaction  may  be  produced  at  the 
option  of  the  use.' . The  input  of  data  can  to  several 
sequentially  accessed  formatted  screens. 

2. 2. 2. 3 Retrieval  of  User  Defined  Data. 

Any  data  in  the  Security  Management  Subsystem 
database  may  be  displayed  to  the  user  by  a user 
specified  query.  This  query  defines  to  the  system 
the  specific  data  that  the  user  requires.  A hard 
copy  of  the  information  may  be  produced  at  the 
option  of  the  usee.  The  output  of  data  can  be 
displayed  on  several  sequentially  accessed  formatted 
screens. 

2. 2. 2. 4 Selective  Billet  Report. 

This  report  contains  all  billets  and  incumbents  in 
the  database  within  the  user  defined 
from-and-through  parameter.  The  Crom-ond-through 
parameter  for  this  request  consists  of  the  low  and 
the  high  command-billet  numbers  that  determine  the 
range  to  be  selected.  It  is  sorted  in  command  code 
and  billet  number  sequence.  Data  for  this  report 
includes  both  incumbent,  billet,  and  access  data. 

2. 2. 2. 5 Selective  Billet  Report  by  Incumbent. 

This  report  contains  all  billets  and  incumbents  in 
the  database  within  the  user  defined 
from-and-through  parameter.  The  from-and-through 
parameter  for  this  request  consists  of  the  low  and 
the  high  incumbent  names  that  determine  the 
alphabetic  range  to  be  selected.  It  is  sorted 
alphabetically  by  incumbent  name.  Data  for  this 
report  includes  both  incumbent,  billet,  and  access 
data. 


2. 2. 2. 6  Selective  Billet  Report  by  Social  Security 
Humber . 

This  report  contains  all  billots  and  incumbents  in 
the  database  within  the  user  defined 
from-and-through  parameter.  The  from-and-through 
parameter  for  this  request  consists  of  the  low  a. id 
the  high  social  security  numi'Ors  that  determine  tbn 
range  to  b‘-  selected.  It  is  sorted  numerically  by 
the  social  security  number.  Data  foi  this  report 
includes  both  incumbent,  billet,  and  access  data. 
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2. 2. 2. 7 Access  Code  Summary  Report. 

This  report  contains  a summary  of  the  number  of 
accesses  in  use  for  all  types  of  accesses.  It  is 
listed  alphabetically  by  access  code.  Data  for  this 
report  uses  billet  and  access  code  data. 

2. 2. 2. 8 Floating  Access  Code  Summary  Report. 

This  report  contains  a detailed  status  of  floating 
control  information  for  all  types  of  accesses.  It 
is  listed  alphabetically  by  access  code.  Data  for 
this  report  uses  billet  and  access  code  data. 

2. 2. 2.9  Branch  of  Service  Summary  Report. 

This  report  contains  a summary  of  the  number  of 
accesses  in  use  for  all  types  of  access  by  branch  of 
service  in  the  database.  It  is  listed 
alphabetically  by  access  code.  Data  for  this  report 
uses  incumbent  and  access  data. 

2.2.2.10  Update  of  Access  History  Related  Data. 

The  access  history  related  data  in  the  database  may 
be  updated  to  include  additions,  changes  and 
deletions.  A hard  copy  of  the  transaction  may  be 
produced  at  the  option  of  the  user.  The  input  of 
data  can  be  several  sequentially  accessed  formatted 
screens. 

2.2.2.11  Selective  Access  History  Report  by  Incumbent. 

This  report  contains  all  access  history  data  that  is 
maintained  in  the  database  for  the  specific  name  as 
supplied  by  the  user.  The  requester  can  view  the 
report  at  the  users  terminal  after  the  query  is 
entered. 

2.2.2.12  Dynamic  Utilization  (Float)  of  Access  Codes. 

The  ability  to  dynamically  allocate  the  access  codes 
('tickets')  among  all  active  billets  will  be 
provided  automatically  for  a specific  billet  when 
the  billet  is  added  to  the  file.  This  control  will 
provide  for  optimism  usage  of  the  allowed  number  of 
'tickets'  for  which  the  Navy  has  responsibility. 


2.2.2.13  Update  of  Facilities  Accreditation  Data. 
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The  facilities  accreditation  related  data  in  the 
database  may  be  updated  to  include  additions, 
changes  and  deletions.  A hard  copy  of  the 
transaction  may  be  produced  at  the  option  of  the 
user.  The  input  of  data  can  be  several  sequentially 
accessed  formatted  screens. 

2.2.3  Accuracy  and  Validity 

Transaction  validation  shall  be  performed  for  all 
incoming  data.  Inconsistent  or  invalid  transactions 
will  be  rejected  and  update  reports  returned  to  the 
user  for  resolution. 

2.2.4  Timing 

Response  time  is  defined  as  the  time  lapse  between  a 
user  generated  demand  or  request  and  the  subsystem 
output  to  the  demand  or  request.  The  response  time 
will  vary  according  to  the  priority  of  the  requested 
action  and  the  length  of  the  procedures  required  to 
accomplish  the  requested  action. 

Incoming  requests  shall  be  processed  on  a priority 
basis  (highest  priority  requests  first) , with  requests 
of  equal  priority  processed  in  a first-in,  first-out 
order.  The  response  time  for  these  requests  will  be 
dependent  on  the  response  time  of  the  Operating  System 
and  the  efficiency  (size  and  execution  time)  of  the 
applications  software  code  mix.  The  response  time  for 
lower  priority  requests  will  be  strongly  dependent  on 
the  number;  of  higher  requests  which  will  be  processed 
first. 

Average  acknowledgement  time  for  a typical  online  query 
will  be  approximately  10  seconds.  The  actual  response 
time  is  a function  of  the  complexity  of  the  query. 
Generation  of  a summary  report  in  response  to  an  online 
user  request  will  average  from  15  to  120  minutes  (using 
batch  capture) . The  time  required  to  respond  to  a 
batch  query  will  typically  range  from  2 to  48  hours, 
depending  on  the  prior ity  assigned  to  the  query  by  the 
user. 


2.3  Flexibility 

The  subsystem  design  reflects  previously  established 
requirements  with  the  addition  of  interactive  terminals 
and  some  minor  formatting  changes.  Due  to  the 
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ovolut  ioiiut  y n. it  mi*  ol  users'  i egoi  i em-Mit  s,  the  softw.ue 
iihnll  Iv  designed  foi  ease  of  modi  t io.it  ion  with  miiiiiu.il 
impact  on  system  use.  This  will  foci  1 it .ito  tin*  future* 
implementation  of  onhunoixl  subsystem  cup.ibi  1 it  ios,  such  or. 
the  Badge  and  Visitor  Control  phases  closer  ill'll  in  Sections 
2 . 1 . 2 . 2 aixl  2 . 1 . 2 . 4 above . 

Another  expansion  to  the  subsystem  could  lx*  a more 
comprehensive  message  tape  processor  th.it  would  lv  capable 
of  extracting  valid  information  from  messages  containing 
only  minor  errors  in  format. 

Billet  and  Incumbent  history  could  lx*  maintained  offline 
on  magnetic  tape  or  on  printed  documents. 
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The  Subsystem  will  have  two  main  interfaces  with  the  user. 
They  arc: 

a.  Batch  Processing.  All  data  will  bo  accessible  for 
updating  at  the  main  computer  facility  or  by  means  of 
Remote  Job  Entry  (RJK)  stations.  Reporting  at  RJR 
stations  will  be  limited  to  single  copy  listings  on  3 
1/2  by  14  inch  paper  (maximum  length  of  5000  lines,  at 
B lines  per  inch).  Reports  requiring  other  forms, 
multiple  copies,  printing  at  6 lines  per  inch,  or 
rep'tts  of  extended  length,  will  be  printed  at  the 
Suitland  facility  and  delivered  by  courier. 

b.  Online  Processing.  Data  will  be  accessible,  for 
either  updating  or  inquiry,  by  means  of  computer 
terminals  connected  to  the  main  computer  through 
encrypting  devices.  Hard  copy  of  the  screen  images,  24 
lines  of  80  characters,  will  be  available  at  the  users 
location. 

3.4  Security 

Overall  the  subsystem  will  operate  at  the  SECRET  level. 
However,  each  data  element  will  have  its  e>vn  clearance 
level.  This  will  provide  query  capability  at  the 
unclassified  level  where  appropriate. 

3.5  Controls 

Access  to  the  Security  Management  Subsystem  within  the 
NICOTS  database  will  be  under  the  control  of  the  Head  of 
NIC-44.  Upon  direction,  NIPSSA-03DN  will  update  the 
Responsibility  clauses  in  the  Integrated  Data  Dictionary 
that  grant  update,  modify,  delete,  and  inquiry  permissions 
for  the  elements  and  records  of  the  Subsystem. 
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SECTION  3.  ENVIRONMENT. 

3.1  Equipment  Environment 

The  ADPE  Systems  currently  in  use  within  the  NAVINTCOM  ADP 
Center  in  Suitland  are: 

a.  IBM  360/50  computer,  1 megabyte  memory,  7-  and 
9-track  tape  units,  card  reader-punch,  1100  1pm  printer 
with  replaceable  print  train. 

b.  COMTEN  3650  terminal  controller,  supporting 
multiple  medium-speed  binary  synchronous  communications 

lines. 

c.  CDC  27801  remote- job-entry  terminal,  primarily  for 
support  of  software  development  efforts.  This  terminal 
will  be  shared  with  NAVINTCOM  programming  personnel 
working  on  other  ADP-related  tasks. 

d.  IBM  3277  (compatible)  terminals  and  3284 
(compatible)  printers,  primarily  for  user  access  to  the 
subsystem. 

3.2  Support  Software  Environment 

The  principle  software  currently  in  use  within  the 
NAVINTCOM  ADP  center  environment  are: 

a.  OS/KVT/V21 . 8F  ooerating  systems  with  HASP  spooling 
support. 

b.  Integrated  Database  Management  System  (IDMS) 
database  management  system  with  COBOL  preprocessor. 
Version  4.5  or  higher. 

c.  Integrated  Data  Dictionary  (IDD)  dictionary  package 

supporting  IDMS.  \ 

d.  SHADOW  II  teleprocessing  monitor  and  associated 
COBOL  preprocessor. 

e.  CULPRIT  report  writer  and  query  support  package, 
version  4.5  or  higher. 

f.  IBM  ANSII  COBOL  language  compiler.  Version  4. 

3.3  Interfaces 
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SERV ICt-PRiURl Ty  IS  NORMAi  -PR  I OP l T Y 
RESPONSE-TIME  IS  OVE  PN  IGH  f-PESPONSt: 

MODE  -IS  HATCH-  

PO  I N T -(.'E-CON  TACT  IS  'CHltF  ROwE  • 

POC-PHONh  IS  '325-ormo* 

USER-ORGANIZATION  IS  •NlC-44' 

SE-P-V  ICE— HlS04>PY-  -IS-  I X-t-ST  I NG— SERVICE 

COMMENTS 

•MASTER  COMMAND  LIST  - SERIES  -TiOXXX.  A MASTER  COMMAND 
'LIST  - SEkIdS  A o 0 XX  x (PREVIOUS  JO:i  10  «3S).  SELECTS 

i The  .,HnAaGii-o.u4.p-v'j_Gx!NMAN‘4-CvPPN— p;  >•  I-ST-E-Or-I-U -Command 

•CODE/HILLET  -NU«PEP  ORDER.'. 

At)!)  PROGRAM  NAME  IS  SH1SP00H 
t REPAREU  HY  • I S l • 

Program  me.  scr  ipt  ion 

• MASTER  COPHA.'jU  ALPHA  l 1ST  REPORT  • 

ENTPY-SE  CURj-f  Y IS  r ' TPY-UNCI  ASS  I E I ED 
DAT A-SE CUh I TY  IS  U A T A -ONLL ASS l E I El  t 
(m.(IeuT--se  t.tiK.|  T-Y-I-S-  ONT-CONE  IDfcYiTI  AL 


mEvrE 


R NAME  0 I ASMSUB 

within  subsystem  secss 

Ul  lJP-Ul  -MOUfc — LS— flfi  P 

FREQUENCY  IS  At)HOC 

SERVICE-PRIORITY  IS  NORMAL-PRIORITY 
RESPONSE-T 1ME  IS  OVERNiGhT-PESPOMSE 

MODE  IS-bAXCri 

POINT -OF -CON TACT  IS  'CHIEF  RO*E« 
POC-PHONE  IS  • 3?5-OHbO • 
USER-ORGanIZaTION  IS  »NIC-A4» 

comments 

•SELECTIVE  COMMAND  LIST  REPORT.  A mas' 
•REPORT  (PREVIOUS  JOB  ID  *39).  SELECTS 

~'THE  TOTAL  FILE)  A NO  LISTS  THEM  IN  COM) 
•NUMBER  SEQUENCE  WITH  PAGE  BREAKS-  whlIm 
•CHANGES.'. 

AuU-- PROGRAM — NAME  ,1  S -SB  1 S24TQO 

PREPARED  BY  • I SI  • 

PROGRAM  DESCRIPTION 

•NAVSIM  COMMAND  ALPHA  l_  I S T PFPORT' 

NlTDV-CRV’l  i£>  1 TV  TC  fMTOv-UMri  ACClcTli 


DATA-SECURITY  IS  OAT A-UNCLASS I E JED 
OUTPUT-SECURITY  IS  OUT -CONF IDtNT I AL 
WITHIN  SUBSYSTEM  SECSS 

OUl  P-UX-UUDE-  I -S-  -RK  R 0 R_L~HOO  F 

FREQUENCY  IS  AOHOC 

SERVICE -PRIORITY  IS  f'ORMA)  -PRIORITY 
RESPONSE-TIME  IS  OVERNIGHT-RESPONSE 

MODE — I~S— b A-ICrt 

POINT-OF-CONTACT  IS  'CHIEF  POwE • 
POC-PHONE  IS  • 3P5-0R80 • 
USER-ORGANIZATION  IS  'NIC-44' 

SEPAV4-CE-— h-I-S-TX)RJ^ — PS  Eyt-l  ST  I \G-SER  v I CE 

COMMENTS 

•THE  NAVSIM  COMMAND  ALPHA  LIST  REPORT 
•JOB  ID  *3Z)  CONTAINS  ALL  INCUMBENTS  It 

t.WHQ— ROSSE-S-S--  PN-r-A*-.— E-S.  E-X  v CR  CjU— G- 

•CL.  MA,  ON,  PW.  PC.  OR  Pm  ACCESSES.  L 
•IN  ALPHABETIC  ORDER  BY  NAME.'. 

ADD  PROGRAM  NAME  IS  SB1S?010 

PREPARED— «Y— M-ST-P 

PROGRAM  DESCRIPTION 

•NAVSIM  SSO  ADMIN  REPORT' 
ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED 


OUTPUT-SECURITY  IS  OlJT-CONF  I UEiJT  I AL 
WITHIN  SUBSYSTEM  SECSS 
OUTPUT-MODE  IS  PEPOPT-MOOE 

-F-R&DUERVG*— t-S-ADH()C 

SEPV I CE-PR I OR  I T Y IS  NORM AL-PR I OR  I T Y 
RESPONSE-TIME  IS  OVEPN IGHI  -RESPONSE 
MODE  IS  BATCH 

-P  04  DP-CF  -GOnT-AGT — I S— • G-H-l-EF-  

ROC-PHONE  IS  »325-nHBn« 

USKR-ORGANI  ZATION  IS  'NIC— 4A* 
SERVICE-HISTORY  IS  EXISTING -SERVICE 
-LGm.-.-^-1-PT-S 


OR  I . A MASTER  COMMAND  LIST 
9).  SELECTS  A RANGE  OF 

-».Y--T  hE  -USER — puBj  OuP-A  y_  RE 

THEM  IN  COMMAND  CODF/BIILET 
BREAKS-  kHEN  THE  C(-'*!-PND  CODE 


(PREVIOUS 
IN  THE  DATABASE 



LISTED 


MFMHER  r.AMt  OIASMSUb 

•THfc  NAVSlM  SSO  AD-iIM  REPORT  (PREVIOUS  JOH  IQ  bMQ 

- CCGMIA IDS — RL! mCliitHE-N-I-S.-I-N  CHNNAuD.-LCLiES  _U U40H 

•THROUGH  100000  OP  300000  THROUGH  7WQ99 
"«HO  POSSESS  Ao.  AX,  hs,  Ex,  CR.  Cx,  GY. 

•CL.  MA , UN , RW.  PC.  OP  PM  ACCESSES ♦ 

t LL  1ST ELI _Lia...CQM! CflOE  /BJ-U-I.E I -NUKdfcd 

•ORDER.  ». 

A 00  PROGRAM  NAME  IS  S*15?Q11 
PPEPAPEO  dY  ' I SI  * 

P.RdGPAf i_Q  tSCEU-PT-T<PN 

'SI  CUMMAwQ  alpha  list  kE PQPT ' 

E'NTPY-SECUP  I T Y IS  EmTPY-UNCLASSJfIED 
DAT A-ShCUP I TY  IS  OATA-UNCt  ASSIFIFU 

UUTPUT-SECURI  TY-4-S  - OUT -C0NF4-0tiGI4AL 

WITHIN  SUES YST  to  SEC^S 
OUTPUT -MUQt  IS  PEPUPT-MOOF 
FREQUENCY  IS  A Q H 0 C 

SEP  VJ  C S--PP I - U P I . T-Y — L S— U 0 Pm  AL- « P 1 iiiitt  T XY 

RESPONSE.  - f I ME  IS  OVF  on  I (3HT -RESPONSE 
MODE  IS  PATCH 

POInT-OF-CONT act  IS  'CHIEF  ftOwE* 

poc^phone  - i-S.-.j^p-S^iouuu 

USER-ORGANISATION  IS  'MIC-A-a' 

SEPVICE-hISTOPY  IS  ExISTlNG-SERvlCE 
comment  s 

jlTH  t— S I— CO  phA__l4_S-T—P-  ERuRq: (3it-4-_v4XM  PS— Ji)8 

'ID  *33 ) CONTAINS  AIL  InCUmHEnTS  IN  T HE 
•DAT ApASt  x HO  POSStSS  SI  ACCESSES, 

'LISTED  IN  ALPHApETIC 

LOHDEft_bY— rPAME^-t. 

ADO  PPOGPAM  MANt  IS  SH15P0I2 
PRE.PAPED  bY  'ISI» 

PPOGPAM  DESCRIPTION 

I-OL40— n-I  -COMM  AA).X-AL.P-tiA,-L-I-ST— p>TPxxHXj 

fc MTPY-SECUPI T Y IS  EnTPY-UNCLASS IF IEQ 
UATA-SECUkITY  IS  DATA-UNCLASS1FIEO 
OUTPUT-SECURITY  IS  OUT -CONF I OtN T I AL 

c 7 L-T-HI  U— SUHS  YS  U M — SE  C-SS 

OUTPUT-MODE  IS  REPORT-MODE 
FREQUENCY  IS  AOrOC 

SERVICE-PRIORITY  IS  NORMAl-PR I Op I TY 

. R-E-SP-OUST. — T I me— PS-HAVE:rrn-PGH  T —PE  S ROUSE- 

MOUE  IS  tATCH 

ROlMT-OF-COflTACT  IS  'CHIEF  POLE ' 

POC-PHOLt  IS  ' 3PS-08H0 ' 

! U SE-P— ■OPTUrr-H  A-P-TGn-4  S-  '-NNG—a-A  * 

SERVICE-HISTORY  IS  EXISTING-SERVICE 
COM-ENTS 

•THE  old  tJ  I COMMAND  alpha  LIST  REPORT  (PREVIOUS  JOR  10  asb) 

' GOUT  A-T-NS — ALL — t LGiA-iUR-GT-S  ,v-f  -T P>— xXR-m GF4>F-S-  < P-™ P UP 

'P9PP9P  OP  /OOOno-'/VPRRP)  IN  THE  UAIAhASE  PMO  POSAIRS 
•SI  ACCESSES  mQc E Than  u 1 /?_  YEARS  OLD.  LISTED  IN 
- 'ALPHABETIC  ORDER  Hy  NAME.'. 

AOD-  PROGRAM.  -mawe-I-S— cp»l-JRpr.  1 -3 

PREPARED  HY  • [SI • 

PROGRAM  DESCRIPTION 

•old  n I Command  i ist  report » 

my-Sfc  Cu--l~T-y — PS — E-~-T -Y— t TNG t-  AS  vfF-I-R-D 


ck  ic 


/" 

MEMHtR  NAME 


ADD 


U I ASMSUn 

data-secukIty  is  ua ta-unci  ass  ip  ted 

-Qurp4.j-i-sr-u.iK  Li-Y — is-  riiir-cuif  lur— i-r-i^u 

V>  I Tn  I N SUHSYSTEm  SECSS 
OUTPUT -MODE  IS  RE PORT -MODE 
FRtOuENCY  IS  AUHOC 

. SEP  V 1 Ct-PK  I UKl  T Y_I  S_uQaMAi--PSiOUP-I  EY 

RESRONSE-T  I Mt  IS  OVERNIGHT-RESPONSE 
MOOt  IS  bATCM 

POInT-OF'-CO.nTACT  IS  'CHIEF  RO-yE  • 

-Poc-Pi-iONE-is — 1,12.5-- rm>iG-« 

USER-ORGANIZATION  IS  • NIC-94' 

SEPV ICE-nlSTUWY  IS  E > I ST  I NG-StRV I CE 
COMMENTS 

-*  THE.  OLOUi  I - -C44..;mAUJ_4-  I -ST— RK  P-OR-J—  4-P-RUV-I-U 4-S 
•CONTAINS  ALL  INCUMBENTS  WITH  NAVY  COMP.AUO 
•299999  OP  700000- /9uys9)  IN  TnE'  OAlAnASE 
•SI  ACCESSES  MOPE  Than  A \/p  yEAPS  OLD*  LI 

-t  CO-V-MAUU  -CUUE/4VI LL9--T-  EJP-!4>KP— SEU-4--ECc-.  L. 

PROGRAM  NAME  IS  9919201 A 
PREPARED  bY  • IS  I • 

PROGRAM  DESCRIPTION 

ufcVGKTU. 


ccoe  s 

•j HO  POS 
STF.n  IN 


) 

( ? n 0 0 0 0 - 
SE  SS 


ID 


V. 


t-M  A S TfeR—  COWP  A-NO — O-DUD  ED-4  -USE 

ENTRY-SECURITY  IS  PNTRY-UNCLaSSIFIED 
DATA-SECUkITY  IS  Oa TA-unCLASS IK IEO 
OUTPUT-SKCURI Ty  IS  PUT-CONE IDENTIAL 

W I T H in  -SUP  SYS  EE  ta— SECS-S 

OUTPDT-MUDE  IS  REPORT-MODE 
frequency  is  adhoc 

SERVICE-PRIORI  TY  IS  nORMAD -PP  I UR  I T Y 

_RE  SP-O.N  SE  - T I ME  — US— U V-E-PUI  On  T-^kESP-ONSE 

RODE  IS  HATCH 

POINT-OE-CONT  ACT  IS  'CHIEF  PO-vE* 

ROC-PHONE  IS  ' 125-08PO ' 

-U  SEP— ORGAfAl  7-  A-E I-OI4 — I-S — UA-I-C— A-^*-  • 

SEPV ICE-HIS rOPY  IS  r X 1ST ING-SEPVICE 
COMMENTS 

•THE  MASTER  COMMAND  PlLLET  LIST  (PREVIOUS  JOB 
- — - — ‘ CONTA  INS  ALL— SI  DDE  T-S—I  N - ADD — G-Omm-A-NUS-  4 44— THE— OA  T A 
•DISTED  IN  Command  COOt/bllLET  NUMHclk  ORDER.*. 

ADD  PROGRAM  NmME  IS  SSI 520 15 
PREPARED  bY  • ISI • 

p«0bRAM-4ifc  SCR  1 P HON 

•MASTER  COMMAND  T I TLES/blLLET  REPORT* 
entry-security  IS  EnTRY-UNCLASSIFIEU 
DAT  A-SE  CUR  I T Y IS  OaTA-uNCLASS  IF' IEO 

— OU  T Pi  PT— St-CUR  DT-Y— I s-  04 J T-CGNF+ODUE  fAD 

WITHIN  SUHSYSTEm  SECSS 
OUTPUT-MODE  IS  REPORT-MODE' 

FREQUENCY  IS  AuhOC 

RESPONSE- TIME  IS  OVE^n t GH T-PESPONSE 
MODE  IS  HATCH 

PO INT-OF -CONTACT  IS  'ChIEF  ROwE • 

— POC-PmOmE—  I S— ‘-SP5U4HMQ  • — 

USER-ORGAN  I 7 A T 1 Ow  I ->  •MlC-Aa* 

SERVICE-HISTORY  IS  F xIRTImg— SERVICE 
LOMMt  NTS 


n 
<x  / 


r j 


NA.it  OIASmSuh 

' JOrt  In  Is  F A|.L  Ci'M-,A  .:'S  ON  F ILL.  LISTED  IN 

COM.mANU  CUL'£./uJ  LLLT L5UMUh.si-lJ.i~/fcI.'  .J  » 

A!)')  FPOOkAp  NANt  Is  S'-lspulb 
Pk'LFakt  0 HY  * I S I * 

P R 0 G A1  A M i * t b C P 1 P T I \ 1 ’ j 

•VASItk  ALPH-V  Cur-  vAfjCt  . T 1 TLiS/HlLLLT  k’FPQPTt  _ . 

F MTny -St  I.UK  I T Y Is  r **  T s Y -UNCL  AbS  It  I t.U 

0 A T A-StCnk I T Y Is  l-a  T ' INC-LAsS  1 1 1 FO 
Ol)TR)T-s>- CDY  I TV  Is  (M  T-CO.'iF  IUr  ! T I A L 

I InJ-N  Sli:-.',rs  tC-M  -SfcCSLS : 

OUTPUT-MOl  F is  PF  PORT-MODE 
t PtCUtNCY  IS  AUrtOC 

SLPV  I Ch -PP I UP  I T Y IS  HOkMAL-PP IOPI T Y 

•S  t-  S H i : ! : S t-  - I I N L ]S  OVF  PN  I GhT  -Rt-SPUAiSE 

POOL  IS  mATCh 

PO I NT-UF -CONTACT  IS  'Cn  ILF  PO.^r.  * 

POC-PHONF  IS  '3PS-0P80' 

USES -OKUAf.  I T i ON  IS-  LuilC— iUk.1 

ShPV I CF-h ISTOPY  IS  fc X 1ST iNO-Sh^V I CE 
COMMENTS 

•THt.  HAST  t.  P ALPHA  COL  m an  I > T I TLLS/m  iLLt  T k'FPOP'T  (PPL  o I Ous 
•JOM-IU  ai*H4  IS  FUP_ALL—  CnM.u.US  o-N-L-ILk  I.ISTFU  1,“.. 

1 AL^HAHt  T I C O^L'h  S'  h Y NAMfc  . I . 

A OO  PROGRAM  NAMt  IS  s.s  1 Sp  o 1 / 

PREPARED  h y * [ S I • 

P 3 OU LiA M HL  SOP  I H T I OL \ 

•PASTES  COhma.ni)  TOTALS  - IhClfNHfcM  NAVY* 
tNTPY-StCUki  TY  Is  t N TR Y-UNOL AbS I F I EU 
DATA-ShCl'P  1 TY  IS  PAT  a-unCI  ASS  IF  IFi) 

QU-THUT--ShCJl:iJ  y Is  OUT-CCPjF-iUfciMTJ-Al — 

'.vITmIN  SUmsys  Ttf-*  sr  CSS 
OUTPUT 'OL)t  IS  kt  POP  T-MQ(iF 
F PfcCI  it.NCY  IS  AUUOC 

Sf«uirt-PnlQ»tTv  i<?  noomal  -od todt  iy 

Kc.  SPONSE  - T 1 -It  IS  OVtPiN  lOh  f-WESPONSE 
M0f)t  IS  PATCH 

t OINT-OF-CO  jTaCT  IS  • CHIEF  POWL» 

puc-phonf  iS-*-iPs-j)P.sa • _ . 

USER-ORGANIZATION  is  »N1C-H‘+* 

SERV I CK-h I STOP y IS  Lx  I ST iMG-StPV I Ct 
C OMf-'t  NTS 

•MASTER  COUmA.n.J-  TOTALS  - iNCUNutuT  NAVY  ONL  Y <PO>h  w I Ot  iS 
•JOH  It)  THIS  kFPOPT  COnTAI  jS  TOTALS  OF  ALL 

•ACChSSr.S  ( t XCLI'D 1 MO  7 TY«F)  AbSIONtO  TO  I ' jCU^Ht ! ■ T s . SOPTEi 
• uo  command  CouF  sw (’liF.ncl . SuhTothcfu  hy  command  rorP. 

I AiNiP  -I.PAkD  TOTAI  F|)  F up  A|  L NA  V-Y— XUP'a.NamNIAS-. AsC  1 UM-  u COMuAM( 


» ANiP -UPAkD  TOTAI  LD  F UP  A|  L NAV-Y — 00M.V 
•COOES  FOP'  TMr.  Navy  APt  In  Thu  FOt  LO 
•POO  0 00  ThPOlK’H  7?  PQ  00  THRU 

• 73F000  THmOUOh  7 V'UA,  /ijn-H)  Th-u 

•77POu()  -T~Uku;a>ti  .'jL-’p'.  7 //.<) tUL— T-< iP u 

'7,'SrOOO  Through  ,’m 
PROukAm  n a t . t.  Is  shIS.nois 

P PtPAPh  0 HY  »tsl* 

RPOOPam -t>t  SC~  l p T l u.\|  _ - - 

* f-  AS  T r k L r " ' A T u T al S - l NO  l'  'nt. 
t f)Tk  Y-St  CUP  I T Y IS  • ' T- Y -i  H'FLAkSIF  1 U 
0 AT  A-SL  v Ok  IT  Y Is  ■ AT.'-iiMCLASSIP  I R • > 

• T-— s*  L<.—-i-TAt — 5 s — Rv  T'*L 


IN  Tnr  FOt  LOSING  PAM.-LS: 
7PP0  00  TkAuutiH  7 5.’aaq( 

/A<-OUj  TH-.IAIGH 

A-Aam',  ua. — Tn~' taji  m p c , 


■ NAVY  ’ 


.•.tPMAEP  0 l ASMSI  If 

wIThIn  SUBSYSTEM  StCSS 

OUTPUT -N.UUt.  IS— 

F REOi.it  NC  Y IS  AOhoC 

SERV  ICE  -PRIORI  Ty  IS  NORMA)  -Rp  I 1 )u  I T Y 
RESPONSE-TIME  IS  OVERNIGHT-RESPONSE 
M hilt  TC  HATCH  

POINT-OF -CONTACT  IS  *CHIEF  PO.it* 

POC-PHONE  IS  * 3PS-08BO • 

USEP-ORgAN  I L AT  1 ON  IS  »NIC-4h» 

St  P V I-CE  -H  iS- I-Un  Y — I S-E  Xl-ST-i-iG-SwR  V-I-Ct 

COMMENTS 

•MASTER  COMMAND  TOTALS  - INCUMBENT  NON-NAVY  ONLY  (PGFVIOI'S 
•JOb  ID  »s7).  T f I S REPORT  CONTAINS  TOTALS  OF  ALL 

- » ACCESSES  (tACLUDlNG TYPE-) — A-.sS I i.UC-U TO — I ■•.CU^-.t-NTS,  SOP TFiY 

•IN  command  CODE  SEQUENCE,  sup  totaled  hy  Command  CODE. 

• AND  GP AND  TOTALED  FOP  a|.L  NON-NAVY  COMMANDS.  ASSIGNED 

• COMMAND  COOES  for  The  NAVY  ( c.  < CLUl'ED  in  This  LISTING)  ACE 

• • I N-  T-hfc  ~F ULLOj.  ING-  R A.NGt-S-I 

•EOOODO  T n ROUGh  7?200  0 THPUUGh  7PRVRO. 

• 73POC0  Through  7TERHH,  7a?(j)0  through  74?hmp, 

•77EOOO  THROUGH  77, -'Mho,  774000  THROUGH  77ahmR,  AvD 
D7^^rtaO--THK  iJuilH  . 7.HgQQ.q , 

• COmmanl)  CODE S HOOnoo  through  oOrphS  ARE  also  F ACL> <DP  <*•■*. 

ADO  PROGRAM  NAME  IS  SblSROlR 

PREPARED  !'Y  » I S I • 

— PROGRAM-  DtSCPlP-il  DAI 

•MASTER  COHmA'.’D  TOTALS  - iNCDMhENT  2 DATA' 

ENTRY-SECl.'R  I TY  IS  FmTRY-UNCLASS  IF  LED 
L’«Ta-SECIJrI  Ty  IS  DAT  A-UMCL  ASS  IF  ifd 

ODiPUT-stCura-nE-_i-S-oia«caNF-iutx'DTL]jV) — 

V.  I T M I N SGbSYSTE't  NE  CSS 
OUTPUT -MODE  IS  RE PORT -MODE 
FREQUENCY  IS  ADmOC 

SERV  ICF.-Pk  1 Or  »-T-y_ t-$_-  mqomA^-o.-,  \ Ho  j j_y 

response- t i me  is  Overnight-response 
node  is  hatch 

PO I NT— OF -COM T AC T IS  'CHIEF  ROsE* 

POC-RhUNt  -IS-LA.PS-OPEhV* 

USER— ORGAN  1 i!  AT  ION  IS  'NIC-44' 

SERVICE-hISTuRY  IS  *■  x 1ST IMG-SER VICE 
COMMENTS 

IMASTPR  COMWaOU  TOTAp-S 1-NCiiMUPJu  T_  -2~  OA-T-A-  -fpRE  u I Ol»S  - 

•JOB  ID  «a7) . THIS  REPORT  CONTAINS  TOTALS  OF  ALL  7 
•ACCESSES  ASSIGNED  TO  INCUMBENTS.  Sd«TED  IN  COMMAN0  CODE 
•SEQUENCE.  SUhTOTALED  BY  COMMAND  CgL'E,  AND  grand 
• TTVPALFD  fOR  all  COMMAND  COPES.*. 

ADD  PROGRAM  NAME  IS  ShISPH^O 
PREPARE!)  bY  • I S I » 

PROGRAM  description 

* - 1 * -'A  S-T-ErP — CO"*)P-  — I . IQ-A  T R — — — An  A A RU — S E R I E S • - ■ - ---  — -- 

ENTRY-SECURITY  Is  c'.TRY-UNCLASSIFIbU 
DATA-St CUR  I TY  Is  DaTA-UNCLASS IE IFD 

ou rpin -security  i s out-cqnfiocntial 

t»*  I T-h  I-N  SWSY-STfiJ*  CSS 

i UTRuT-MOUt  l R kE  hr  r — MODE 
nvrQUENCY  IS  A i h,-,c 

SE  R v ICE.  -PRIgrITy  Is  NOhmai.-Pk  LOR  I T Y 
^ — PE  SHUN-S e.  — T—  )■— *L  ■ — i '. *-vp  — N-I n**  T — t - — _ _ — .. 


57 


mFmHFR  MAMt  D I A S m S (. ■' H 

^ Of  1?  - 0 T C H 

Pn  t MT-nr ,t:t>HT &C  j I S iCHl EC r ualc_i 

POC-RHONF  (S  I'VS-il'iMT 
• USt'R-np<,ANl/.ATlON  is  »MC-^A* 

sErv  ! CF -h  I s TOR  Y IS  EX  I ST ImG-SEr  v I CE 

♦MASTER  COMMAND  TOTALS  “ AOOOUO  SE^It-S  (PREVIOUS 
•JOS  10  s<*n.  T >—  i S k'tPOwT  COO  A 1 i ;S  TOTAt  S OF  ALL 
•ACCESSES  ( f.XCL'Ju  l \G  7 T Y PF. ) aSSIgiMLU  TO  I UCUMP  t \ T R . ^ORTFO 
t-LM— COMMAt j U. X.U04-  SECU&NCE ...  SLiH T-0 T*U t. li- ,B-¥  roi:r, 

• AMO  GPANJ  TOTAlEO  FOP  Ml  L C(j'>  "A hu  GUOES  Is1  THE  PANGF 
•S00000  THROUGH  HV'JWQ,  t , 

A 00  PROGRAM  NAm£  IS  SMjkpopi 

I .PREPARED  hy  »TfrI»  

PROGRAM  t)E  SCRIPT Iom 

• MASTER  COMMAND  TOTALS  - ' tl  t t T NAVY  ONLY* 

ENTP Y-SECUR  I T Y IS  E M T R Y - O ' J C L A S S f F I e.  U 

-UATa-SECUP.  IJY  I S-  U A-T A ^Ul-JCt.-ASS- 1 F- ] g Q 

OUTPUT-SECURITY  is  OUT -CONF 1 L»ENT I AL 
ivlTHlM  SUhSYSTLM  StCSS 
OUTPUT— V00E  I S REPOR  T -MODE 

. FREQUENCY!  S.~  Api-tOC ... ... 

SERVICE -PRIORI  Ty  IS  nORMAL-PP  i OP  f T Y 
wESPONSt -T  I v*t  IS  UVP  wNI  Gh  T-Pt-  ShONSE 
MODE  IS  HATCH 

POlNT-Ut  -CUNXACT — I S, . lOm  | F o CiV>  i 

POC— PHONE  IS  • O.s-jo* 

USER-ORGANiZaTION  IR  ' N I C -**A  » 

SERVICE-HISTORY  IS  k Y 1ST IOG-StPVlCE 

•PASTER  COMMAND  TOTALS  - MlLLcf  NAVY  ONLY  (PPFVlGUS 
•JOH  ID  muc).  THIS  *-EPORT  CONTAINS  TOTMS  OF  ALl 
•ACCESSES  ( EXCLlJU  I N(j  7 TYPF)  ASSIODf-L'  TO'hILLFTS,  SORTED 
' I U- & LVJ i AN J-XUDf . — SECUK N CE -SUU-I. h T-a  L r.  u ■ » Y C‘  v amii  CPOf  . 

• AND  GPrt|-;t.)  TOTmLEO  FUR  “LL  NAVY  COMMaNUS.  ASSIOKFO  COMMAND 
'COOES  FOR  THt  nAVY  AWE  IN  THc.  FOLLOWING  RANGES: 

•200000  through  prrqog.  722000  through  7P'rrq“ 

— • 73PDOO THROUGH  7 TPhdo...  7^pf}i;.n  fHiJfu iqm  7>.rvro4 

• 772000  THPgUGH  772RRH.  77A0  0 0 THROUGH  77<+9RR.  A, VP 
•702000  THROUGH  7h>qro.». 

ADO  PROGRAM  NAME  IS  SR1S2022 

PREPARE!)-.  HY  - -•  IS  I « I 

program  description 

• MASTER  COMMAND  TOTALS  - h1(i_ET  NON— NAVY  • 

ENTPY-SECURI  T Y IS  EMTRY-UNCL ASS  IF  IEO 

L AT  A.-SI  Cl  J k I-Ty.  -LS— DaTA-i  inQ-A-SS  i F-TPU 

OUTPUT-SECOPITY  IS  OUT -CONF IDtNT I AL 
wIThIn  SOhSYSTEm  secss 
OUTPUT-MOOE  IS  REPORT-MODE 

f-  Kh-Cut.  NCy — All  t_T  nr 

SERVICE-PRIORI  TV  IS  NORMAL-PRIORITY 
PESPONSh-T i ME  IS  ovF  RNI  Gh  f-FESPONSfc 
M DUE  IS  M AT  CH 

POT  W-T -uF -CUN TAG  T | S — «-G>-*-I E-F- -wQwC  » - — 

POC— PhOnE  IS  ' .j  ps  - " M r i;  • 

U SE  p—ORGAM  I 2 a T i ' )’  i l R • v I C-A  A ' 

SERV  l CE -Hi  Sl'O-’Y  IS  r x 1ST  iNG-StwVlCE 

v (.n.AiAM^TG — 


/->  . 
1L 


L 


'PER  t AMt 


0 I A SN  SI  )rt 

•MASTER  COMMAND  T 1 m A I S - r NON-NAVY  f>*  :|.  Y ( PpF  V I Ol/S 

JQu — ill — nua I »_ — I EfTQx-I  _CuXi  A I CS — IX  T.  ACS — L fc — AL i_ 

• ACCESSES  (txCtJiOI  JO  / TYpF)  -ASSIGNED  TO  -*lLLeTb,  SOPTMO 
•IN  COMMAND  COUt  StOUtNCE.  SI  Jr  I OT  ALtU  BY  COMMAND  CODE, 

• amu  c-p and  totaled  for  all  mc-navy  commands. 

• COMMAND  CODES  FQP_-TmE- .NA.V.Y.. .(  r.  xiNjnmD  lfJ  TH  I S J LS.J..DNG  > A; 
'IN  THt  FOLLOWING  RANGES: 

•200000  THrOUuH  ?'J4AQ4 , , r?2 Oi>u  thPuUOm  7?P9R9, 

•732000  THROUGH  73BDQM,  /r20'IO  THPUUGh  792999, 

- ' 7 72X00 _T NR 0 LXtA_72Ld£i99- 77^  UUO - Iru-IlJljGri.  -Z7-X  0 9 -A  CD 

'782000  Ti-iROUGh  7»2999. 

•COMMAND  CODES  800000  THROUGH  b99999  ARE  ALSO  EXCLUDED.'. 
PROGRAM  name  IS  S81S2023 

-PREPARED.  dY USU 

PpOGkAM  DESCRIPTION 

•MASTER  Command  TOTALS  - "00000  SERIES' 

EN  Tp  Y-SECUP  I T Y IS  r>TPY-UMCL  A Sb  I F I ED 

- DATA --SE  CURJ-T-Y — LS— U AIA— UXC!  AGS1K-IXU - 

OUTPUT-SECUR  ITY  IS  OUT -CONF l UE NT  I AL 
*ITmIn  Sl(r SYSTEM  mECSS 
OUTPUT-modE  IS  p£ 3 OR T -MODM 

-ERE  oufACY— I-S-AOnOC 

SERVICE-PRIORITY  IS  normal -PRIORITY 
RESPONSE - T 1 ME  i 9 Ov/i-pnIGht-REpROMSE 
MODE  IS  b a T Crl 

-P-D I N T-OF  -Cm-llACT-lS— « C--Ua.D-rGC.CJ 

ROC— PHONE  IS  '3PS— 0880* 

USER-ORGANIZATION  IS  'MIC-co 
SERVICE-HISTOrY  IS  E x I S T 1 ng-3Epv I CE 

-COMMENTS 

•MASTER  COMMAND  TDTai  s - 8 a fj 0 0 0 RtRitS  (PREVIOUS 
•JOb  ID  nAM.  THIS  PEkORT  CONTAINS  TOTALS  Of  ALL 
•ACCtSStS  ( C.XCL 1 M1 1 NO  / TYPE)  «SSlGNtU  TO  -<ILL'-TS,  COPTFO 
-JLLN  CL'M.MAfiD — CODE- -S.ECuE  MCc  ..  . Suh-T  0 taj  lu  MY.rov^Ni)  rr-of 

• AMO  GRAND  TOTALED  FOP  ALL  command  COLtb  I'!  THE  RANGE 
•800000  Through  h999R9.'. 

P POOR Am  name  IS  Sp1f?02A 

—PREPARED— b-Y — *4  S4-t 

PROGRAM  DESCRIPTION 

•MASTER  Command  TOTALS  - blLLET  Z DATA* 
entry -St cur i t y is  entry-unclassified 

-DATA- St  CU*  l-t-Y— I-S--  DATA— 44NCf  A-SS-IP-IE-0 

OUTPUT-SECURITY  is  OUT-CdNE iOtNT I AL 
WITHIN  SUdSYSTlm  SECSS 
OUTPuT-MODE  IS  REPORT-MOOE 

F-RE-QJ  »E NCY— I S— A{ .WIG 

SERVICE-PRIORITY  IS  NORMAL-PRIORI TY 
RESPONSE-! lMt  IS  OVE RN I Gh f- RESPONSE 
MODE  IS  HATCH 

-PO I,N T -Of— CONTACT—  I-V  -iCM-tF-AOpt* 

POC-PHONE  IS  •TPH-'CAO* 

USER-ORGAN  I ZA T I ON  IS  'NlC-AP* 

SEPVICE-mIsTOpy  IS  I x 1ST iNG-StPVICt 

COMMfi  NTS  - • — 

•MASTER  COMMAND  TOT»l  S - HI!  LET  7 DmTA  (PREVIOUS 
•JOm  ID  »p8).  Th[r  *.  EPOR  T CO  wT  A I NS  IOTALS  of  all  7 

^v.r  v ASS  IGN!  T ••  it  i.*:  1 s . Sow T t U I M COMMA Nl  C •> 


JO'Ai-  1C - X . 

•ACCESSES  (EXCLHDI  JO 


MM 


it'w  NAME  OlASvsiJo 

- 'TOTM-Eo  Fun  al!  (.',f'-’AiD  < ; • ) l j •£  :>-.  • . 

ADO -PRQcPAm  ,\AMt  is.  v--.] .VS 

PPtpuHtiJ  hY  • I S I » 

P4001- AM  DESCRIPTION 

•MASTER  SOCIAL  s*-Ci!P!TY  LIhT  • r.POPT* 

ENTPY-SECiJP-I-T-Y  I'wh.CTP.Y-L-WTLAvSir  l^-U 

L’A  T a-SE  Ciih  i I Y IP  :)a  TA-ONOL  ASS1E  IFo 
OoTR'l  i T -St  CuP  I T Y Is  PilT-CONFlDt  'TIal 
V.  I T h I N SumSYST  t m SrC:^S 

-C'l  IT  P4.iT— iaiiUl  LS-  -4  ►-'i-i-'-T—.iCPi-; 

F PEOuENCY  IS  AO HOC 

StPVlCc-PKlOHlI  Y IS  MQpMAL  — P'P  1 0°  I TY 
PESPONSE-T 1 Mt  IS  OVFP'lIGHT-Ktb-'OMSE 

-P.ODfc— 1-S  EaI CH 

POlwT-OF -CONTACT  IS  'CHIEF  POvl* 

POC-PHONt  IS  • 3P5-OHP0 • 

USEp-OFGAnI ZAT  Ion  IS  • NIC-44* 

SH  H'J-  l CE  -h  1 ^TGk  Y_I_S_  .<■  x4  SU  nO-S^«v4  Cp 

COMMENTS 

•the  maSTEp  SOCIAL  SECURITY  L i aT  (PPpVIOUS  JOP  10  «SS) 
•REPORT  CuNTAIss  Ai_L  iNCUMhtNTs  IN  T me  DATABASE, 

- * L l s T E o ..  I Ap-SUC  l *i|.  -SHCpjP-I  T Y NUMufrfl  QkOEG . « « - . — 

A 00  HR 00 PAM  NAME  IS  SAlspOPb 
PREPARED  HY  » I SI • 

PPOGhAm  DESCRIPTION 

1 1-  CXiMiwlNU-Al  P.fUL  - L-  LSI— ^pPAPPT-i 

F NTPr-SECUR I TY  IS  FMTP Y-l  imCL A SS I F i ED 
UATA-SECOh  iTY  IS  OAT  A -UNCLASS  IF  I F l) 

OuTPIJT-SECUkI  TY  IS  O'IT-CGNFIUenTI  al 
A-I  T-H 1 ra— S»  ;t%S  Y-S-Ii-.p.  - St-C-^S 

OUTpuT-moue  Is  PE^C'PT -’-’OOF 
'r  PEOuEnCY  IS  AOHi)C 

SEP V ICE-Pk l OP  I TY  IS  _MOPPAL-PPl OP  I T Y 

~P00r  fs " " A~T Cm  ’ ' ' * 

PO  I N T -OF  -CON  T AC.  T IS  'CHIEF  POPE* 

POC -PHONE  IS  ' .^S-OHSO  » 

UShW-GHGAlV  I /a  I i-QPi—  [ S -- • 14-1  C— 4mJ — 

SE«V ICE-hISTOPY  IS  EXIST iNG-SEPv ICE 
COM-'tNTS 

•THE  7 COMMAND  AI-PHA  LIST  RtPUPT  (PREVIOUS  JOP  10  cFr) 

*-C0nT-A  ] N S - A L C - I -M C o m . --F -'F JLS  I i-i—LMt. I 

•DATABASE  VJHU  POSSESS  / OP  Mtu  ACCESSES 
•LISTED  IN  ALPHABETIC  OPOE'P  h Y MAf-’E.*. 

A 00  PPOGPAM  NAMt  IS  S->1SP()R7 

PWE  PaPETE-hY  _•  I-S-I-i I 

PPOGPAM  DESCPIPT ION 

*Z  command  ai  p,ia  list  -'Epopt  - meo  only* 

F NTPY-SECOP  1 T Y IS  ENT- Y-U  JCLASSIF  Ir  U 
1 j A T A --SE- CUP-i-F-Y — I v-.--.i_U — 14I— (.j -A  SN4-M-P-.1 

OUTPUT-SECUP  1 T Y is  OiiT-CO'iFIDEUTI  al 
>•  I T h 1 h SUBSYSTEM  SECSS 
i i )TPUT-MO0E  1 S P£P( "•  r - IDLE 

SEPV  ICh-PPlOPl  TY  IS  ial-PwI;»PI  TY 
PEShonSE-T  iMr  IS  OV**  *•  N I GhT  -•»  t SPOPSt 
m not  IS  hatch 

— Hi  1 1 T’— HP  — GUUT—A — T -■  1 — -Vl-p-i-L,-  P-  .f  -fcl— -1^  — - — --  - - — — 


f 

WEEPER  NAMt  UlflSMSUH 

POC-PHOwE  IS  * TPS-OH-H)  • 
i 1 1>\  \ | <):t  *M  IC-Vt  ' 

SERVICE-HISTORY  is'ex istImg-service 
comments 

•THE  2 COMMAND  AlpmA  LIST  REPORT  - MED  ONLY  (PREVIOUS 

-- • JOt_ CON r^LlixS-AL-L— I--NCu--iP.PfM T S In  the 

•DATABASE  WHO  POSSESS  A mED  ACCESS 
•LISTED  IN  ALPHABETIC  ORDEP  BY  NAME.*. 

ADO  PROGRAM  NmME  IS  SH 152028 

RRFPARMl  My  » I S I • 

PROGRAM  DESCRIPTION 

•Z  COMMAND  ALPHA  LIST  REPORT  - DDL  ONLY' 

ENTRY-SECURITY  IS  ENTPY-UNCLASSIFi ED 

( ! A T A _ ST  Tl  IOI  Ty  (1  4 T A _1  IMP|  A <C  I V J FH 

OUTPUT-SECURITY  IS  61  jT-CONF IOEnT I AL 

WITHIN  SUBSYSTEM  SECSS 

OUTPlJT-MODE  IS  WEPOPT-MODE 

SERVICE-PRIORITY  IS  NO»MA|  -PPIQDITY 

PESPONSE-TIME  IS  OVEPN I GHf -RESPONSE 

MODE  IS  HATCH 

PinTMT-nF-rfiMTiir 7 is  ,r|-iiLfr  oquk. 

POC-PnONE  IS  'IpS-OPflO* 

USER-OPGAN1ZATION  Is  'UIC-A4* 

service -h 1st oh y is  exist ing-serv ice 

f.nxMf  njs 

•The  Z COMMAUO  alpha  list  REPORT  - UUL  ONLY  (PREVIOUS 
•JOB  ID  #53)  CONTAINS  ALL  INCUMBENTS  IN  ThF 
•DATABASE  who  possess  OUL  ACCESSES  listed  in 

■ t.Al  PH.AHF  T IT  ORDFP  hv  MAvF.tj, 

ADD  PROGRAM  name  is  SS15202S 

PREPAPED  BY  'ISM 

PROGRAM  DESCRIPTION 

t THE  2 r.OMMAMO.  (_  T RFPHUTt 

ENTRY-SECURITY  IS  tNTPY-UNCLASS IF IED 

data-security  IS  data-unclassified 

OUTPUT-SECURITY  IS  OUT-CONE IOENT 1 AL 
w-ithin  subsystem  SB CSS I 

OUTPUT -MODE  IS  REPORT-MODE 

FREQUENCY  IS  ADHOC 

SERVICE-PRIORI Ty  IS  MORMAL-PR I OP  I T Y 
RESROWS£-«-T-I  me  I s <'i.vfrnIGhT-PESpONSE 

MODE  IS  BATCH 

POINT-OF-CONTACT  IS  •CHIEF  ROWE* 

POC-PHONt  IS  • 325-OBB  0 • 

1 15FP— OPGA  N I ? A T 1 0K!  IF  *MTC  '-'t  1. 

service-history  is  EX ISTING-SERVICE 

COMMENTS 

•THE  2 COMMAND  LIST  REPORT  (PREVIOUS  JOB  ID  #57) 

- iTONjAffyS  ALL  I NC1  J'-'Kj-  MTS  f-U  T-»t- 

•DATABASE  WHO  POSSESS  2 OP  MED  ACCESSES 

•LISTED  IN  Command  CODE/HILLET  mumdEP  ordpp.  with 

•A  PAGE  BREAK  'vhEN  THE  COMMAND  CODE  CHANGES.*. 

AOO  RPOCtPAm  NAME  15  cu\5':in30 

PREPAPED  H Y * I S I * 

PROGRAM  Dt script  I ON 

l *2  COMMAND  L 1 5T  ^EPOPT  - MED  ACCESSES  ONLY* 

N M-q UR-1  -T Y-  - 1 5 t-  [i.u 

'!  A -It  OIAS^SOM 

L)A  I A-St  CUh I T Y IS  <«1'-UNC|  \S'.U  IFj 

Co I hu I -st.cwn  1 r y is  mu-uw,F  i .jt  iFFai.  

PITHIN’  SimSYSItM  SI  css 

output -i-’nut  Is  PF.p"PT-uout 

I-  M t-  NICY  IS  AijhoC 

St  P V 1 Ct.  -Pi<  I 0k4  I Y Is  NOWMAl  -Pul  os'II  i - - 

PtSPONSh-T  If  t IS  iiVt'-,JlOrtr- 4r  S-ONSt 
NODt  IS  HATCH 

POINT-OF-CUNTACT  Is  • C f*  1 1 F Post,  t 

POC-i-HOUF  IS  l 0-,-ilH.  II  

USt.P-OPu AMI /AT  I n:j  )s  • s< i <; _*+ .» • 

St'PV  I Cfc  -H  1 S I QPY  IS  fcx  1ST  lM'i-SO»/|Lt 
COMMtMTS 

• THt.  J CIJKMmMJ  I 1ST  PFPOPT  - .lc.n  aCCCSsF  s ON|  ¥ <Pp»Vl<>US 
•JOti  10  ASl)  CO.J  T < I MS  ALL  1 JC . ' ’ • P M I S>  IN  THF 

• DA  T Ac- A St  WHO  POSSF SS  A N>- D m,i>  Ss  LlsFtO  1M 

• AI.PH  Aht  TIC  OhUF.P  hY  \’AMt  <1  I'il  'I  COWAM) 

ADO  PWOUPAM  .NmP.L  IS  SS  ISP  004  _ — 

pWtHAPKL)  *i Y • I S I • 

PPO0PAM  Dt  SCP I P 1 l 0‘| 

• iNCUHht.M  H ACfFSS  PF'POPT* 

F.U  TP  Y-SF  I'.Uk  I T i-  IS  >^TxY-UNa  A>UlFlpU 
UA  T A -St  Cl  ik  I T Y IS  HA  FA -UNCI  ASS  It  I H) 

OUTHIIT-SCCOhI  TY  IS  OH  T-CONF  I UtuT  l AL 
>'ITHlW  SUhSYSFO'  SKCSS 

UJThuT-moUL -I-S-PKHOPT.«MOtii; 

FWtOUfcNCY  IS  AllHOC 

SfcPV  I CF.-PpI  OH  I T Y IS  rjOPMAl  -HWlOHl  FY 
htSPO.USt.-T  IMF.  IS  OVtPMlOHf-WFlsPONSt 

V.OOK  -IS  JiAlCU 

HO  LOT -OF -CON  TACT  IS  #Ch[F.F  PO.Yfc* 

POC-PnONt  IS  • 3PS— Amho • 

USCh-OPOAN  1 /a  r 1 ON  is  • \'lC-44* 

SLP  V I Lt,  -Ft  1 S I Oh  Y — l_S  4-  * l S T iNO-St.HV  I Ct. 

COMMt NFS 

• THt  INLOMMtNT  H ACCt  SS  PFPOP  I CONTAINS 
•ALL  INCljMHtNTS  IN  THt  DAT  AHA  St  WHO 

• posstss  any  tyhf  of  h-acc*- ss,  l j sjcu 

•IN  ALPHArttT  IC.AI  St  0|  itNCL  MY  NAMf.i, 

AOO  PPOOpAm  NAMt  IS  SH1S20J2 
PPLpApU)  nY  • I SI  • 

PkGOPAMOtSCwl P F 10-4 

•HlLLtT  b ACCLSS  St'POPT* 
tNTPY-St CDS  IT Y is  fcr  i T P Y -UNCL ASS  I F 1 1 U 
DAT  A-St  CUPl  T Y is  daT  \-UNCl  ASS  IF  IF  0 

OUTPUT -St  COP  l F Y — I >>  < uT-U»NFUFt.NT  F At 

F I ThIN  SUbSYSTtM  SF CSS 
OUTPUT -'lOUt  IS  PtF'O.v  T-mOOF 
F PF.OUt  NCY  IS  A|ih(H: 

- SF.h'V  I CF-liWLUWLF  Y -4  .-YHOwMAl MPIiJH-T-lY 

PF.SPONSF.-T  iwt.  IS  ovF  Hi'i I OH  I -Wt SHDi'iSt 
VOOF  IS  haTCH 

POINT -OF -CONTACT  IS  iCHIF.F  WO-Vt.t 

poO-phomF  1 S -» i 

USKp-OPOaN  I / AT  l ON  Is  i ‘ l C — 4 4 • 

St  PV  lCfc  -HISTORY  |s  F > I ST  I'l(i-StPVlCF. 

COMmlnTS 

i-F4 1 < — 4— 4-tL-Y— F — *J — \ — T _wU.*T-A4  NS 


>F:mhER  name  OIaSmsuh 

•ALL  MLLETS  Im  W DATABASE  '/hICH 
— imj»-  ;'.cc  ii.Nit-'n  AN.rf  TvC  fc.  nr  u a i i‘wrc  i rc  rt  n 


•IN  COMMAND  CODE/*'  II  LET  NiJMritx  SEQUtNCE  . * . 
ADD  PpOGRAm  NAMt  IS  S p 1 S ? 0 3 3 
PRtPARtU  BY  • ISI  • 

kU  00  HAM-  LtiiCP  ltiT4-G-D 

»H  ILLL  f / ImCi )>Mr.f,T  MEPOE  REPORT' 
tNT  **Y-SECUR  I TY  IS  i-  '.THY-UMCLASsIF  IEO 
L;  A T A -St CUR  1 T Y IS  iji,  TA-UNCLASSJFIF.O 

, VITh'lN  SUBSYSTEM  Sr.CSS  * ~ ' 

OUTPUT -MOLL  IS  REPORT-MODE 
FREQUENCY  IS  ADHOC 

I SERVI-CE-PRI  OH-I-LY — I-S — N-0*vmA(-— P-w_i_i.)  U-LL* 

PESRONSE-T  I ME  IS  07E PNlGHT-ktSPONSt 
MODE  IS  HATCH 

POlNT-OF-CUNTACT  IS  'CHIEF  HO  *E • 

P0C-HH0Nh--I-S—L3P-S."aKK0J 

UScH-ORGANl  /ATI  ON  is  »NIC-AA» 
SERVILE-HISTORY  is  1ST  l"lG-StH VICE 

COMMENTS 

LXHr— blU.E  T AUlCUMnt  u T-- i/LAi.E'— R t-P-OR  I 

• CONTAINS  ALL  H I L L F T AMU  [ ciCiJ'-HEwT 
•DATA  FOP  THE  COMMANDS  UEFIMEJ  BY 
•THE  USE  P SUPPLIED  S(-  (_EC  T I ON  PAPAME  TER  , 

— i- HI-SJEO— IN-CUmMAnU  -C-CHIt/tU  LLt  C 

•NUmhER  SEQUENCE.'. 

ADO  PROGRAM  NAMt  IS  SPISP03A 
PREPARED  bY  • ISI • 

_PRQIiRAIi_UE_SCitlPJ_I.Ij.M 

•clearance  deletion  rerori  (IncumhenT)* 
ENTPY-SeCUnI TY  IS  MTRY-UNCLASSIFIED 
CAT a-SECURI T Y IS  daTA-unCLASSIFIEU 

Qu  LRU  T---S  L QJ  RXT  Y . ■ IS^CUX^CD-NFIutJiTIAl 

WITHIN  SUBSYSTEM  stCSS 

Output -wool  is  re;ro«t-mode 

FREQUENCY  IS  ADHOC 

SERV-1  CE  -P-R  I ORJ  IX-  I .S—NLiRMAI .^P RX-UR4  I Y 

PESPONSE-T IMt  IS  OVEPM [ UHT -RESPONSE 
MODE  IS  BATCH 

PO I NT -OF  -CONTACT  IS  'ChIEF  POiEi 

P-UC-— B-HONE-  - I ,S_LV-tvM.)-.MM 

USER-ORGAN  1 7 a T I ON  IS  • n 1 C-aa  • 

StRVlCE -HIST DRY  IS  c X I ST  1 MG-StHV ICE 
COMMENTS 

1- ALL — liA  T-A— h-A-SE — R t-LQ  PaLS — PM-I-G*»  — Cra*  T A {-N 

•NO  ACCESSt-S  AETER  INDICATED  ALCFSStS 
•ARE  DELETED  ARE  LISTED  01  THIS  pEpUkT. 

•THE  CLEARANCb  DELETION  pPRORT  A|  SO  GIVES 

t-WLCDKO— £U4414T-S^m-, 

ADD  PROGRAM  NAME  IS  SHlSpplb 
PREPARED  BY  • ISI • 
rrohram  DESCRIPTION 

iLI  A -PUNCHED  Lapids* 

E NTpY-SECUP  1 T Y IS  tuT-'Y-Nf  CLASSIFIED 
Da  T m-SECDRI  T Y is  [-a  TA  — il  ( I.ASS  IF  IFi) 
l OUTPUT-SECURI  TY  IS  ('NT  -LuMF  IOEnT  I AL 

v In.  simsvSTLt'  »f  RRS 


MFuwr.P  .\|  A DIaSmsOH 

ouTPi'T lut  is  ra-'i-  out 

_.  E hLUULUCY  TS  Ot|AbT!-P^Y 

St.  U\i  1 O -Pw  I Ow  1 f y IS  M)wuA|  -Pwl  )-  I r y 
wl.  SPONSK  - T I ME.  IS  Uv/K  PU  I OH  f - Wt  SPONSK 
MODE.  Is  i » A r C H 

_ _ ...  HOInT-uk  -CONTaCT  is  iCriltF  O&ttlLt-  

HOC-PHpN>E  Is  t IPS-A A -U)  • 

USK.w-OUuao  I / AT  I Vi  Is  1MIC-4A* 

StHVlp  -mISTOwY  IS  E v 1ST  1 iWi— St •vv/ 1 CK. 

• 0 1 A PUNCHEQ  CAHOS  APE  HJNCHEO  ONTO  ThI  r>  I A PUNCHED 
•Cawu  TAPE.  to  OK  PONCHtD  SY  NlPSSA,  uIA  PUNCHED  CAPOS 

• Apt-  PRODUCED  AT  ME  Wf.OUF.ST  OK  TKu.  UStP.  ONE  PUNCHED 

— 'CAwD  IS  -PK-OUUCE  KOW  EACH-  ruUMA.NO— THAT— P-MPI isS  W44-M - 

• A P AN")  HAS  AN  Sam  C ( ) u M a N 0 Fl.nC.  OK  A.  THE  TAFh  CONTAINS 

• OOt  kK  COKlJ  FuW  t'ACH  Wll.LKT  I I THK  UHTAbASK  AM'  K OP 
•KAli-i  lhCUNMtur  IN  1 Hr  IM'IIMmF  <T  I'AlAHASt  VHOSE  COMMAND 

• CODE  HLblUS  bl  111.  A. ...A  AOU -.uHU-HUSStS^  uH.-b  I ...  ht  . 

- • riC» , HP.  riri.  (w  Po  ACCfcSS.  MIS  JO r>  IS  NORMALLY  PI"'1 

• QUaP  TKpL Y . • . 

ADO  PWOmWAm  NjAMt  IS  SMS?0?6 

— _ . PxtPAKtU  siY  . I 1 S I i 

PS’OOPAM  I UlSCW  I P T I DM 

• SSO  AO1'1 1 1 I S T T I V r P K POw  T • 

MlTPY-StCUP  1 r Y Is  FMTPY-ltnCl  AssTFItU 

LATi^St  COPlT-Y.  I g OAt  A -uK  a s<j  ) f { fli .. 

OUTPUT-SKCUPI  TY  IS  01  'T-COMS  l tjr.  N T I AL 
v 1TH1N.  SUmSYSTE.m  ShCSS 
OtlTK'U  T-UOOt  IS  ivK  uow  T -MODF 

K PKOotUCY-  1S~*iJhOC - . 

SE.WV  ICK.-HW  low  l TY  IS  )TNK«|  -PW  10P  I T Y 
PC  SPoNSK -T  I Mf  Is  0>'K  K‘\!  1 OH  T -WF  SFONSt 
HOOK  IS  HAT  CH 

P q I m j-wQF.mCuaXtiCT  - 1 S — » CtUF,f_  wuws.i 

POC-wnOKit  IS  • MS-ohHO* 

USE  W -OP"  CAN  1 2 A T 1 O'M  IS  »MlC-AAt 

stpyic.t-HisroPY  is  fx i st img-spkv ict. 

• The"  sso  aom i fv i st^at i vk  pfpokt  (pwe:  vioys  joh  To  *s?j 

• COO  T A I OS  ALL  -ilLLtTS  •<  1 T H ThEIR  ASSOCIATED 
•iNClINhENTS  ADO  ACCr.SStS  (F  XCLUL' I NO  i.  ACCtSStS) 

1 FOP  TM\  CUUMAuU-  COiiK.  .w  ANUfS— Uf-J -. 

•rtlnooo  THWOtjOri  19WOW9. 

•P1PA00  T HKOUIjH  JSWSPO, 

»27rt500  THWOUi-h  and 

. » MS  1 lino-  -THWOtil.M  WWOA00-. 

, - * Soptk  o in  sso  command  cook  , command  cook,  and  hIiikt 

•NUMHEP  SKOOK.nO  . CAUTION):  This  PK.WOWT  is  KXTpKMKLY 

• I.ONO  A NO  SHOULD  UK  SChK.IjuL  LU  MTH  Tut  AC'P  CEmTEP.«. 

. ADD  t'WO(*PAM-.  NU.f .it — J-S-  tw-i  priJ4l-p/- 

PPKPAPtU  H Y » I S I • 

PWOOpAm  DK  sCp  I P T I ON 

•SELECTIVE  sso  aiamtt  ISTWAUVF  PKPopTS* 

— K MT-Y-Sr  CUP  I TY  IS  r u t^-'Y -Uf.O  ASS  If  I K O — 

l a T a-SK  Cl  )w  I T Y Is  O ' T <' -i  K'CL  A SS  1 K I K D 
Oi  iTwiiT-StCUw  I TY  IS  mi  i T -CO  "ip  1 Dt  IT  I A| 

• 1 To  1 N Stjo  s Y S T K SK  Css 

s |^f»  T— — Is  ua  4_-  if  Aft 
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NAMt  DIASNSUH 

FREUUENCY  IS  Aiim()< 

itR  vaIOe  «*K4-Uk_I4-Y-  • twilit — *l**4w*44-JH( 

RESPONSE -T  I Mt  IS  0\/F  RN  I Oh? -Rt  Sr'OMSt 
NOOK  IS  HaTCh 

PMnT-OF -CONTACT  IS  ‘CHIEF  RO.-it  • 

POC-PHQNt  IS  l3yS»0M«tQ* 

list  R-OROAN  1 / A r 1 ON  IS  'MC-ltn' 

SF.Rv/  ICt  -HISTU-.Y  IS  ►'P'/i-St^V  ICE 
COMMENTS 

...i  Twt.-SFLt.uT  I Vfc— Ssi:  r tu*'_^£-KowT-d>M  A I M> --AI  | 

•Hll.LETS  .-ITh  TmfW  ASSOC  I A TtU  I nCuMdENT  S AND  ACCESSES 

• (EXCLUDING  / ACCESSES)  FOR  Ht  SPECIFIC  COMMAND  COOt 
•CANOES  THAT  ArE  ENTERED  )y  The  iiSE.K. 

— • SOW  TED—  INI  SWA-COmma^O-COOF  ChmmanO-  GO&tv,  AMO  nit  t ET 
•NUMbER  St  01  it  MCE  . * . 

ADD  PROGRAM  NAME  IS  S81H?018 
PREPARED  MY  • 1SI • 

RWOOwAM- UESCH IPTI ON 

*SSO  AUM  II -I  ST  NATIVE  / LIST  REPORT* 

ENTRY-SECURITY  IS  ENTRY-UNCO  ASS  IF  1 to 
UATA-SECURl  T f IS  OATA-IjNC'LASSIE  IEO 

— OU-TRMT-SECOR  IT  Y— I^-OuT-GOME-lOt.<lT-TAt 

wITHiN  SUbSYSTE-*  Sr.CSS 

01  IT  RUT  —MOOt  IS  At- HURT- -10UE 
ERtOUtMCY  IS  aUhOC 

SERVICt -PRIORITY  -IS  UQWMA1  -BttlQBITY 

F tSPONSt-T  ii-‘E  IS  OVF  A N l OH  T — Rt.  S ROUSt 
MOITt  IS  HATCH 

ROInT-OE-CONTaCT  IS  • Ch IEe  ROwt • 

RQC-PHONfc  4-S— U&RQJ 

USER-ORGAN l Z AT  1 ON  IS  *i\'IC-AA* 

SE.AVlCt -HISTORY  [S  E.a  1ST  iNG-StRVlCE 
COMMENTS 

Cl  HE,  -SSU-AUM-lN-l-S  T-RA^IV4C-Z— L-T-SJ— RRVujh  I_CUNIA  I NS — - 

• ALl.  HILLCIS  » I TH  ThE  l <v  ASSOCIATE.!)  iUCUMHENTS  AND 

• ACCESSES  (ONLY  / ACCESSES)  E Or  THE.  COMMAND  COOtS 

• spec  if  itu  ht.cow.  Cautions  this  report  is  e>tflhi  y 

— __IL0J.11>  AM)  Sl»UUU>  xt  SCHtOo»-ED—<*|T-«i --The  -ADR  Ct  NTtR.- 
*010000  THROUGH  jumrcw,  i»l0n00  THROUGH  Zeao'A), 

THROUGH  7^0uijr,  and  RR 10  00  T hrOUI’H  RRR00  0 

in  ss.i  command  code.  Command  code  , and 


•?7r)s00 
•SORTED 
•HI  CUT 

ADO  PROGRAM 


RUAf)t4-  St  4hE;'*CF  , 

name 


IS  SH1R?0)S 
prepared  HY  • 1 SI • 

PROGRAM.  DESCRIPTION 

LNTPSS4-RUA4  { W I S TRAl-l  VF-  -REPORT-* 

tNTRY-SECURl  TY  IS  Entry -UNCLASS  T F'  I ED 
U A T A -SEC UR l T Y IS  • >A T A -UNCL ASS  I E I FO 
OUTPUT-SECURITY  l ^ 01 1 T -CONE  I l)t.  FT  1 At 

*■  l T-M*»-_syRS-Y-sY*M4---S^  tSS 

OUTPUT-MODE  IS  REPORT-MODE 
FREQUENCY  IS  aDHOC 

StRV  I Ct;-PRI  OR  l T Y IS  \.i)RMA|  -PRIOPI  TY 
RESPONSE -T  ImE.  IS  (iVF-4lt'Hf-RFSpOAH 
v ODE  IS  hATCh 

POlNT-OK -CONTACT  lR  'CHIEF  RQ  *t  • 
POC-PHONE  is  * IPS-||",H0  * 

FrS**— t — I A-*\*Arv-  IV  **-  pp*  *-'1 — 1-s — *— » TC  -«>— -i 


fiaML 

mf  v 1 1 f -»•  k s ru  v y i s ^ • i s r 1 no- v-. i ct 

*T»»t  Ml^SSA  ^fc^OWT  CONTAINS  All  OlllFTS 

•.vlTH  l sF  In  ASSOCUTF  ' 10om"mKntS  .UNu  ACCFSSF.S 

• (K  XCl.ilOlNM  / ACt  r sS^S)  FOP  ( nt  MlPSSA  C(W,*|^.I| 

•COLLS.  UiPiiSA  r<  1 u.t  IS  A/!  UC-F  | t;L’J  ut  U;r  F U|  l,  LW  IM» 
•SKPlhS  OF  CO;Mrti,ji  i l ('UL/t' II  LL  f UII'-'mO  •lAMIh'SI 
•PP'U’OO/OOO  Tupi'iimm  ? lOOn/^w  ), 

• f,i<(v;v/itiiij  ih^oiN'M  v/ sss . a .'ji ) 

— • CtowUtti>i-t  s.r\,\<  ;su\/ vv  i . ... 

•THIS  Kt-puwT  Is  UKI.IVcPFO  TO  JlMSSA-0  IS.  • . 

A >• » PwOOPAm  Fu,f.<t.  is  S>»1m  >i)**0 
Ps'LPAFF:D  MY  • 1 S 1 • 

_ KKOAh'ttM  01.  SCK  I rT-ULM 

• ACCLSS  FMMaot  -n.r  PhPOF.’T  * 

LFJTFY-SH'Up  l TV  Is  F v TPY-US'CL  AssI  F UP 
0 A T A-SF  ClIP  I T Y Is  •).>  I inCLASS  U (M> 

OUTPUT  «.NK  UJwl  T Y Is  O0  T -CONF  IulUT-I  *L  - • 

v'IThIm  SUOSYsTLm  sr  fcs 
CUT  HI  l r-'-OOL  Is  PF'huf.  T -\|00F 
F st  i )l  IF  NC  Y IS  AUhoC 

Sf  PvlCk -Ph  u>kl  Tv  Is  L.WI.UI  -FWU1UI  u 

F«'t  SHPNSl"  - T U-k  is  ovr  i-  'HOul  -Pr.SPO’  >St 
’’OOt  IS  mATCh 

Pd  l F.'  T -i  F — CON  T »<C  T Is  * t U F wO  vt  • 

FnC-FnUUr.  Is  i.U'S-OiuUU 

USLh-OM'AiX.  I /a  T t 0 i (S  • 

SF  HvICF  — F'lSlOsY  IS  FFW-SLUVlCC. 

LOMi.-r  MTS 

• THr.  ACCF  S.s  UAUAuF.  N ul  ..i.POmT  I-S-A- -CJuSTJ.NC. , 

•OF  u 1 L 1.  F T S ivIIh  I MCI  M itNTS  , f MAT  CONTAINS  001  Y 
•TMdst  mILLKTS  TH.vT  l-  A v/fc.  «F  F N iNOlCAlhU  AS  IFuFlSAPy 
•(FOP  • F 1.0  A T l MO  • HjCI  Ss  MA^ACttMFMT  ) . TMF  MlllFTS  TO 

• Ut.  SF  LoC  IlU-  MUST  Ai  S.U  ur.  -4.1  lulu.  UiL.  COF'.MAUU  COUL 
•pANmH  S(IPmlIM)  MY  Tut  USFH.  T*-F  stPOKT  IS  sowU.O 
•IN  COMI'AM)  Coot  **Ul>  llLLFT  NUMbk>  St  OOF  MCE  . * . 

AOO  FPOuPAM  F AF't  IS  SM|H?(JMI 

PPtPAshU  my  «JSI»  - 

PWOGOAM  Dr.SCP  UJT I ON 

• sso  mPmI  Nil  S TPAT  I VF  800000  RFPOKT* 

L MTPY  -StCCiH  l T Y IS  r i Tky-u\CI  aSSIFIlP 

— UATA-Sr.U,ul  I Y IS  Ju  T A -uNU.  AS.SU  1 F.U  _ 

OllTPUT-St  ClIW  1 TY  is  Oi'T-CONFlPtNT  I A|. 
aITmIM  SUmsySTF  « Sr. CSS 

(-UTPUT-mC.uK  is  pkhopt-mook 

fcPEUUFNCY  IS-AUmOC - - 

SKPV  ICt-Psll'Kl  T Y Is  f.OPMAI  -F'PlOPl  TY 
PF.SPONSE-T  U’t  IS  OVFM. \li, m [-RESPONSE 
FOl)F  IS  match 

PoInT-OF-UuUT-XCT -IS^Cu4lo  

F-OC-PHONK  IS  » I .JS-0880  • 

t.SK  *v-OP(iA,\>I  <:ATI(1f<  Is  »mIC-^A» 

SI  MV 1CF -H ISTOPY  is  F X 1 S T 1 NO-SKPV I Ct 
COMMENTS 

•TmK  SSO  aumI  m1  stsm>  j i vf  SF  p t F.  S - moOXxx  wf  Pc'S  T 

• (PREVIOUS  JOM  1 ' u/j,  THIS  wFPOwT  CONTAINS  ufi> 

• 800000  ThPOuhm  soovpp  CO  "'AMI)  CCCtS  WITH  THFJF* 

1 — A s'.(AC»  1 mU-U -*t I t-F-VUS-AMU-I vCCP-U»KN T-S.  | |x)Fa  U 


mhER 


NA-It  OIASE’SOtJ 

• COMMAND  COUt  AND  -'ILLt-  r NUMmEP  StLOFNCE.*. 

.aou  program  ^AML_i-'v-<uU-c»<?-aAi 

pwEpaped  iiY  • i s i * 

PROGRAM  Dt$CRlPT|ON 

• ^SO  AUMlN  -DHL-  REPORT* 

LNTi-  r-StCURilY  1-S  Et  TRY-UNCLASMFIELL 

DaTA-SECUkI l Y Is  MATA-UNCL ASS  IF 1FO 
uh r pi i r -st Cup i t y is  out-confidential 
MTHIN  SlibSYSTt*"  SELSS 

UUtPUT-MUUt-  lS..  REPORT  -IIUUE 

FREOOENCY  IS  aOHOC 

SEpv  ICfc -PP  lnwll  y ts  nOPn-M  -PRIORITY 
RESPONSE -TIME  IS  OVt PN I GHT -RESPONSE 

MODE  IS-ttAXOs 

POIMT-OF-CONTACT  ts  iCHlEF  ROvt* 

POC-PHONt  IS  *VS-0m80» 

usep-owoanuat ion  is  tr,ic-4^* 

SER  V I GE  -HlRyTOR  Y - IS  E * I-Sl  I_nC— btWV-ICE 

COM Mt NTS 

•THE  SSO  AIjnInISTWAT  IVE  - Ol'L  ACCESSES  REPORT 

- '(PREVIOUS  JUM  In  ^sr)  CON  T a l NS  ALL  b ILLE  TS  AND 

- — • iNCUMKf.M  IS-  IN— Jme  wa  YAPACE— «*«a-POSi>c.SS  Out  ACCES^c;, 

- * L l S T M)  IN  Compaq)  CODE  /'"  I LLt  T NL'MmEk  SEOUt NCF . • . 

ADi)  PROGRAM  name  IS  SH 1 SP<1a3 

PPEPAPED  HY  'ESI* 

--  -PhOuPA.v.  description 

• Opnav  A.)i«InISTpat  IVE  REPORT* 

F NTRY-SF COR l TY  Is  r «.  TMY-UNCLASS  IF  ItU 
UATA-SECUP1TY  Is  DAT  A-IJNCL  ass  IE  It'D 

- UUTVilT-.St.CUiUIY  -IS-  OUT— COnE-IDEALT  l-AL 

p l Thin  SVIESYSTEm  NECSS 

OUTPuT-moOE  IS  WE  POP T -MODE 
FREQUENCY  IS  admoc 

-SEW  V ICE  -PR  I UiU-I  YL-i S_UUkNAl~-i2Rl-UW  I X-Y 

RESPONSE-TIME  IS  DVEWNIOHT-PtsPONSE 
MODE  IS  HATCH 

PO I NT -OF -CON T AC  T IS  'CHIEF  ROWt  • 

HOC-PHONE  -is  -M^S-ilHKA  « _____ 

USEP-O&OANUAT  l Dm  IS  "nIC-Aa* 

SEPV I CE-m I SIOPY  IS  F X 1ST  iNO-SuwvlCt 
COMMENTS 

t-THE  -.OPNAV-AUul-MI  STWA-U-UE- --REPORT 

' < PwEV I oos  jo->  i u in.)  Contains  all  billets 
•with  THtls  ASSOCIATED  1 N'Ci imbEnT S AND  wCCESSFS 
'(EXCLUDING  l AcCESsi-S)  FOP  The  COI-’M«nD  COOES 
« SPt  C I F I t D— hhL-O-,  L-I  s T EO  -IN  SSO  CUaniAAmx,  -Command 

- 'CODE.  AND  n I LLt  T M'‘oF.P  ORDER.  COMMAND  CODES  l iSf-n 
•POP  THIS  REPORT  AWe: 

» 7aR(iOO-7 

» /7-R<»00-7-7,iw.VM. 

•77*.(iOO-77wWVw, 

• 7.A.AOfiO-7H^‘VPH,  AND 

_ % y.Wy  00  — HMM  RRR  . I . 

-ADD-  HWXtWAH  NAMfc  |«t  S^-1  R AIWA 

PREPARED  nY  MSI* 

HOi.whn*  DESCRIPTION 

U'PDmTF  i)F  ACO.tsS  -ISTOwy  WFI  ATtU  DATA* 


mKvRFR  N 4-'t  I)  I « Sf-  v|  i> < 

C4Ta-sm:io.  I I Y [s  i)j  Ti-L'f  ( 1_  A s s I ♦-  ( F J 

— CUlfc-Ul  -.St-Lu.iUx  is  DUl^COf-FElUurALl  AL 

*lTMlM  SUBSYSTEM  Sf.CSS 
UDTpuT-KOUE  IS  hFPmJ-T-MODF 
F PEOllF  KCY  IS  II M I Y 

— SERV  ICE-P.h  IUkI  Ly  i.S_ 'uQWMAl. -Hii lay  IXY 

ktSPOMSE-T  lwt  Is  u'/F  wnj K’H I -ivc. sF'JMSr 
N'ODt  IS  r>^  r CH 

Pol  NT  -nF-CU'  IT  At  T IS  'CHIEF  C ) F-  * 

kUC»*«(U.lfc  1-S-- ».U>k«DCPjQ  »■ 

DSEP-OPGA-  1 1 / a T I * )M  IS  ' M I C— A **  * 

SEPVlCt  -HISTOWY  IS  mEW-SEPVICE 
COM«tMS 

UHt  ACCESS  rl  I ST  11 S Y--  DA  T A - 1 -QAI  aEASE 

•MAY  Mt  UPOATtu  T‘»  l mCLUDE  ADD  l T I OHS , 

•ChAMGE  AMU  OF  l>  T ! O.'jS.  A PPIMTFD 
•ToanSaCTION  FtFiVO  SmOv.  IMG  «i. l.  TRANSACT  IONS 

flvAut-  TQ  .UATA,  rtASfc  J-f  LI.  is  F PP‘ A ICE11*1 » 1 . 

ADD  F-POGPAM  MA  ME  IS  SMlS?0«*b 
P p c. H A P E 0 MY  MS!' 

PROGRAM  DESCRIPTION 

IWE  Tm  IF  VAC— tiK_!*rr,F  SS-*4ESIAXMY--irJEA-FfeO— — 

1 N TPY-Sfc  COP  l T Y IS  F Mf  ^y-i.-jei  „>sir  lc.U 
L A T A - St  CU  a I T Y ['-  I'ArA-UtCLASSlF  IEt> 

UHTPOT-StCo-viTY  l''  iSiT-CdmF"  lot  if  I Ai. 

W4-THUJ.  AUfctQC-  SECSS 

OUTPUT-MODE  is  PtPOm-MODr 
FPEC.UENCY  IS  AOhOC 

SEPVICE-Pm  lOPl  Tv  IS  MORMAl  -P‘<  I Op  I T Y 

kt  SB(WSE«T-I Mb — IS-  4vF.wUl  OH  f —At  SPOUSE 

MODt  IS  MATCH 

POlNT-OF  -COST  ACT  IS  » C h 1 1 F ROv/t  • 
t OC -PHONE  IS  • 4?5-OSH()» 

USCP— Ci'UiiUv  IDT  A-t-Ui-N— l-S — UAlC-A^-i 

St  PV  ICE-hIS  fO;<Y  IS  Nato-SEPVlCt 
COMMENTS 

•This  REPORT  CONTAINS  All  ACCESS  hISTopy 

1 DA  T A THAT-,,. IS  -MA  I fcT  A|  ^D-I-N-A-Htr-OATAciAsE 

•FOh  THt  SPECIFIC  ‘TAME  AS  SUPPLIED  «Y 
•THE  USED.*, 

AO  J PROGRAM  make  Is  S A 1 S 0 A 6 

Pft£PAPEU-h:Y--*4-S4-' 

ppOGpAM  Ut  SCH  I h T I ON 

• DYNAMIC  UTU.I/AT  IOM  (FLOAT)  OF  ACCtSS  COOES* 
LnTRY-SECUH  I T Y IS  En'Tpy-iimCLASSIF  ied 

D AT A-SE  CU*  I-T-Y-  l S-  -DAT  A-i  lUCCASSltA; t;D 

OUTPiiT-sECupITy  IS  ni.r-COMF  IDC'VT  I AL 
MTmIM  SUBSYSTEM  SEC'-S 
F PEOUt\'CY  IS  aDhOC 

kESPOMSE-T  I ME  IS  OVr  JlGHf -RESPONSE 
MODE  IS  HATCH 

poi ut-ok-co.'m r act  is  'Chief  roi-e* 

poc-phonf  as-  Lvs-ii.t.u)t _ 

user-organ] /at  ion  is  'nic-aa* 

SE.RVlCF  -HISTOPY  IS  r f .,-St.PV  ICE 


MFmHEP  fiA.lt  DIASMSlIM 

•The  ACCESS  COur  3 ( • T I C K t T S • ) •'.••OiMfj 
= 'AH ACJL1  'jsl- a.luLt.  Is.  ■•.  I LL-  fiK  ■ r,.i.W{  Ut.U 

• All  r OMA  T 1 L^LL  i F')P  A SPtClElC  MllLtl 
•f'HtN  The  rlLLtt  [3  AJOEl)  T')  TmF  Flit. 

• r »-♦  i s compol  will  ppovl of  fdk  optimum 

— - *USAGr  flF  T Mr  Al  l_n-.-,Ff>  NiJMPFP  U£_  l T 1 LfSt.Kf 

•POP  ithICh  Trie.  < i A w Y >-AS  HE'SPOjsHII 
AO'J  PPOnPAm  NAME  13  SM1S?i)47 
PPE  PAWtU  n Y • I S 1 » 

fc HQ GRAM  uL3CiiIpJ4G:J 

•ACCESS  MAWAQtMFNT  REPORT » 

C.  NTPY-St.COP  I T Y 13  ENTPY-UNCI.ASSIF  Itu 
U A T A-SE.CIJP  1 T Y 13  OATA-UNCl  ASSIE'IFD 

0 U T Pu  T « St. C UP  -LI.Y—  l S--GI  jX~CGNE4.0 E GT  I A| 

W 1 T h I N,  SURSYSTEm  St  CSS 
OUTPMT-MOUt  IS  Pt POST -MODE 
FPEuI'EMCY  IS  AUhoC 

SEP  v I ct-Hpj.  umLIXy IS-  

E E.SPONSt-T  lMt  Is  OVt  PN I GHT-Pt  SP()NSt 
MODE  IS  MAT  Ctl 

poimt-of-comtact  is  'Chief  pope* 

ROC-PHONt. -I S --I-T JG-OiiiUTJ 

l.'SEP-OPGflN  I Z a T I ON  13  ''lIC-AP' 

StPVICE-MlsroPT  IS  NEw-StOV ICE 
COMMENTS 

'.THE  -ACCESS  _’l AElAGXoCEl-1— REP-G*  T .I.S  A 

•LISTING  Ur  BiLLPTS  WITH  iMCUMnFNfS  THAT 
•CONTAINS  ONLY  TmC'SE  hILLF'TS  IHAT  hmVE 
•Htr.Ni  INDICATED  AS  T r n P u P A p Y (FOP  •FLOATING* 
. 'ACCESS  MmKAUEAIKUI  r_H.£._-UU_XTS LU.  .r£_  SFLtC 

- 'HOST  ALSO  ’it  wIThIn  THt.  COMMAND  COLt  pANGF 
•SUPPLlFO  »Y  THE  f'St.P.  ThF  PtPoPT  IS  SOPTFO 
•IN  COFMANu  COUE  and  m I LI  E T UOMMEP  SEOUtNCE.* 

AiiU  HP OGHAM  NAME— l S— 

F PtM  aFE  l)  o Y • I S I • 

PPOOPAM  OtSCPlPTION 

• I IPO  A T t OF  FACILITIES  ACCPE.f'I  TATIOn  DATA* 
t.NTPY-Sr.Cuw  1 T r is  r m TJJ  y -l  wCL-ASs  I E4XU 

oata-secokITy  is  da t a -unci  ass ie ifo 
I.  UTPOT-SECOP1  Ty  is  OiiT-CONFIUENTI  al 
ViTrlN  SUnSYSTtP  StCSS 

UUTPUj-MUDE-lS-PEPOAT-AatlF 

EPtOUtNCY  IS  AOHOC 

SE  PV  I CF.-Pa  1 OP  I TY  IS  mOPMAL-PpIOPI  TY 
RESPONSE -T iMt  IS  OVFONlGHT-PtSPONSfc 

. MODE — IS  MATCH 

pOFnT-OF-CONTACT  IS  • C APL  SOwc-LL* 

HOC-PHONE  IS  *T?S- 031 T* 

USt'H-OHGANi  ZATIONl  1?  •IJ1C-AA' 

COMMENT'S  * P-YF^WIW, 

•The  FACILITIES  ACCPE  D I TA  T ION  t)  A T A IN 
•The  OAT  Ah  A St  M A Y h r I'POATfD  TO  INCLUDE 
lAiTUI  TIONS,  CHANGE-  M'»>-  QE  j~C  T l OGS-.-  A 

• Pp  INTEL*  TPANSACT  ION  PEPhPT  SHOWING  *'LL 
•TRANSACTIONS  MANt  TO  Thl  OAT  A i A 3 E v.iLL 

- "it  PPCOL'CtO.  • . 


* ut  £ P i 


: u l *■  Sf-"st  jo 

• St  PA  S r t ■ r>  y • [ S I » 

hHUu««^  -Ut-SCW l.tf T-tltol 

• 1 . 1ST  t r s<- .'  v.'  t-  S WITHOUT  FlWM  ALC-EO!  TAT  I Or* « 

F ■jTpr-S'-CuPlTf  i s >-J  TP  Y-t  /MCL  AsS  l r I F.U 

L)*\  T u-Shtl'f' 1 TY  Is  jaTA-UinjCI  ASSl*-"[FO 

UU  rPii  1 -StClilU  T Y IS  Ol.T-CU  iFlUi.t.T-1  At- 

Y-  I IN'  Son  S Y S T t *•'  Sr  css 
OUTPUT -MolJr  l''  ..hVUh  t-mouf 

f pf  ;:ut  ncy  i s wihol 

St.n  V ICF  -Pk  l Oa  I T > I s t±QiiUM  I--J-V 

StSnl'f.  St-T  ImL  is  OvFPNK.HT-PPSPnNSF. 
vODt  Is  n a 1 C m 

PC'  I mT-OF-CONT  aCT  IS  • G A p L SOWLLL  • 

tiQCmimittok  

L St  u -l  VY  i»N  I l a I I'M  IS  • M I C - A»»  • 

StKvICt-HlSTtWY  IS  r a I S f I MO- Sis  V I Ch 
coy  "I- NTS 

•This  ftfcg-Qk-T—dJ  U WthOdUCfc  A X 1ST  OF  -fltUU 

•PF.COPDS  IN  *flO*  T^F  F 1 NAt  ACCpF  (Jl  T*  TION 
•IS  '•LAMv.  Tut  -r.Pt.VT  IS  USt  J my  mIc-Pa  TO 

• OF  Tr  F^INC.  ,vHY  Sp  »C r S M A V F KOI  sFCt  1 VtO 

i-T-rtli-l-iS  • l --AC  iACCa!  U-l  |aTI  OU  — 

PPOUFAM  MAor.  IS  S-'ISPOSO 
PPF.  PAPfc  (J  BY  • I S 1 l 
pPOOrAM  OLSCP  l -T  ION 

i-F-AC-It,  IT  Ir.v  ASC-PiF-DI  TAT  1 .J.'j-i.-1-S-T— ufc — SF’AOF  • 

F.  NT  k Y -Sr.  C IV  i T Y IS  tUTPY -UnCL AsS I F I£U 
UATa-SFCUpITY  is  i.iATA-UNCl  ASSIF  Ih'O 
CuTmiT-sf  UVi  T y IS  01  • T-CONF  I Ot-NlT  I AL 

-O ] T H-I M sOf-'-.Y  si r.i.-.  si  i sps»- 

OUTPUT-'"'!  r,  IS  ufyon  -MOOF' 

F PF.Our  NCY  IS  AOi-OC 

Sts'v  K'F  -HP  1 OP  11  y I S S'OPMAl. -pp  1 O'p  I TY 
v 00 h is  ibaTch 

KOlNT-UF  -CON  T-'CT  is  • c apl  SOWF-U  • 

POC-PnONf.  IS  i.T?S-0?H' 

_USHW-OW.iA.N  1 FAT  lO.U-  I 

St  p V I Ct  -Ft  1ST  OP  Y Is  f x I S I l Nu-StPV  I CL 
Comments 

«Tr<lS  pfPUPT  .*  U.L  °PO(MlCt  A LIST  OF 

« ai.l  POOVS  Ti-iaIO  AOr.  At.CPfcO-IJ£o.—  ■ T-t-it P£  POO-T 

•IS  IN  CUMMAMO  COOF  /PUlLOlNO  NCiMHtP/KOOM 
•NUMntP  St  <jUc.\Cr  . • . 

PWOuPAM  N Af*'t  IS  SmI^posi 

-Kwh pap t O— Fi-y — «- T-S-T  • 

F'PO'opAm  OLSCk  I ~>T  IC'M 

• FACILIUFS  AO.Cur  >1  TaTION  «F  I nsplcT  1 O'"  PtPOPT* 
LmT  «Y-St  CUP  1 T Y IS  tir  TPY -UNCLASS  IF  IF.  O 

-OAT  i-srXuwoiY-U-iw  TO-ijoCi-A-sooLF-l  t-u 

OUTPOT-ShCuwl  TY  Is  nuT-CUMFlUtNT I aL 
vITmIN  SUoSYsTty  SfcCSS 

OuTpij  T-.'>  0Ut  Is  -F  1 < ip  T-Mt)0F 

F Pt.tjur  fiCY-  I S 

S£pv  ICt-PPlUP  I T Y is  i opmal-Pp  I<  'P  1 T Y 
Pr  SptjNSF.  - T l "t.  Is  t I t'H  T-St  SPt'r.  St. 

NOtjP  [s  it  it  f Cm 

: i-j-O  T-4 .F-— Ov-L-CT — O'-. — -Uii,t.i.Jrt 


i 


t'4-tt  II 1 -SVMir* 

POC-phOnl  1 *3  i j^s-<n]  7* 

USt-V  -On  u«l\i  u.'j  1 S l-\  I C —» *-*•  L 

St  P v 1 C t -<-*  1 s T <)>'  y is  F ( I s T 1 1"< < -S 
CO  '.Ml MS 

•This  FtROpl  l 1 S T $ ilj  L SPACt S 
•UUt  K UK  Pt INSPECT  l Cm  I\i  -The. 

• A I > a T *-  . tNTEPtO  f-y  THt  IKF^, 

• T He  STamU'Ki  U a T (■  is  EnTFrEO 
•SYSTEM.  Trtt  REPORT  IS  l \>  CO 


St^VlCk 

S THAT  AkF 
..c_xX  .T-nutE  m-iouThS. 

. m-TCh  SPECIFIES 
U ! T O Int 

O ' ' Ar;L  Coot  /nil  I LO  I FG 


- • fcuit  '.ntK/k  Utui  AtUMtf&U _stCut44Ct  * • 

AOO  PROGRAM  NAME  IS  S«lS?i)S2 
F REharED  HY  • l S I » 

PpOUwAm  OtSCPIPTIO'l 

iFAlIL  l I ItS  ACCMCUXATIUM  -SF  All lA L— POP 7 • 

tNTRY-SECUP  l TY  IS  tO  TRY-U\'CL  ASS  [F  ItO 
OAfA-StCUWl TY  Is  0 VTA-UNCl ASSit Iko 
CuTPuT-StCuR I T r is  OtiT-COMF  lOtNT  I AL 
Hi  THlMSOUSYSilfcO  -St  CSS 

outpuT-mouf;  is  reropt-mode 

F REoUEMCY  IS  Sr„Ml  Ammijal 

SFp V 1 Ct-PR IJk l T Y is  mORMAL-HW IOW I TY 

--  - RESPcu.*st— I l-Mk — i s._uv£aA*4-£>fc‘-I—  Rt-sPOM-st 

MOOt  IS  hatch 

POIM-OF-CONTACT  Is  iCA.<l  SO*ELL ' 

POC -PHONE  IS  |>AS_0J\7» 

USER-OK'jmMI  2A  XlO.M  I S »fcHr_/rm« 

SERVICE  -HISTORY  (s  Ex  ISTING-ScP'/ICE 
COMMENTS 

•This  REPO kT  is  A CKT  OK  All  SPACES  To  HF 

. HJStU-iiY~ PARcMI  ACT  I v4  I-I  tS.--XU-ivt  Ct  .vJ-tCauU - 

•OF  THtJP  SPACES.  ThF  KtPOKT  Is  IN  LOmMAnjO 

* COOK /HU  I LO  I u(>  NIC ->r  p/POOm  NUMt>t»  StoUENCK 

• vITh  PAi.it  SKt  i"S  at  COmmanjO  COOK  Changes. 

i THtr — COF**MAr4ti-S  TA_ iit.  wa.  l-^Tf  o — A«t—  K M T tKt  ii -Ay — ThF 

•USER  as  A low  TO  hi  oh  command  COOt  M'MfEP 
•RANGE . • . 

A 00  P POOP  AM  name  Is  shiS/>0S3 

RRtP-ARE’OoY—  »-I  SI  *■  

PROGRAM  INSCRIPTION 

•FACILITY  list  report* 

fc NTPY-SF COk I TY  IS  - MJRY-U  ICLASSIF ItU 

04  TA-SEOoh  l T r is  UA  I a-;inC»-A-SS4-F+F-0 

OUTPtiT-stCUPI  TY  Is  i llT-COMF  lOt'lTI  al 
WITHIN  SUHSYSTE **  Stess 
OUTPUT-MUUt  Is  REPORT— MODE 

FPREGmEUCY-  1S-40m.)C 

St  P v/ 1 CE -PR  l Op  I Ty  is  rOPMAt  -priori  TY 
RtSPONiSE-T  l ME  Is  0 v F m I OH  f —PE  SPOUSE 
F ODE  IS  o A T CM 

— — VOI  .vTm:K  — CiLnTACT-  l s » -StA-tL-1-* 

POC-PHLUE  IS  * 3PS-0 » i / • 

l>  SEP -ORGAN  1 / A T I ( m IS  «VIC-f*p* 

SEMV  ICF-hI  s TORY  Is  R y I ST  I UG-StP1.'  I CE 

— COMarLIS  — 

•THIS  PE  HUP  T PROtUS  F v A LIFT  IK  At  (.  SPACES 
•HAVING  no  lM  T-r  l AST  T *•  1 CF<AraC1f*S  OK 
. • T hf  C ' T POL  Ntf.iR..  THIS  Pt  PORT  IS  OvL  E.PtO 

■ ■ - • 1 1- F — V -i-F—  1 — i *1.  A.**l  •—  — *R«A  4-  — I -S  1— i — lll-l-N  ■ — . - - — 


|>  A‘-1t  i ) i A S'-'Sl.m 

- • WrlOUr. ST  Ur  T^t  "SE-',*, 

: ADO  PROGP  tn  fcurnf LS  _SiU S 2 OSfr 

P P F • A * P ( • t*  i ' I S f • 

► pOiwAm  UcSCK  1 pt  I O' i 

• TSC«  PC.OOI  FFi  • c PACE  Si 

-LWTXit-StCiJwi  I i . LS_f>Jav.i i^rt,  ASs|r  ji-u 

UAT-.-SECUPll  Y IS  ) A T A ir.LL  ASS  I F I FO 
CUTPUT-SE.LUPlTY  [S  Oi  i T —CO'  IF  lDr_NT  I AL 
'*•  I T *i  I N SUhSYSTEm  ^CSS 

'- 6mEUT»IUTUt  IS.  af^cu  t-tfU06 

EPEOUENCY  IS  AO^r.C 

SE.PV  ICE-PPlOPl  1 Y is  • ^P^Al.-P*  1 >»I  r Y 
Pt  SPOUSE  - T I ••"E  IS  O'/f-P.'J  | (?h  f -Ft.  sPOMSt 

P 0 I Iv T -OF -C OnT  ACT  IS™ C A R f SOteiLI  » 

POC-PnONE.  is  'VS-oil/i 
USEW-OPUAMlZATIoo  IS  'mIC-ch' 

.i£P.'^I  CE*ttlS  1 0 r IS.  X I SXUlC»-St-*t u I Ct 

COMvhNTS 

'This  Pt.POrcT  PsOOoC>-S  A I 1ST  OK  ail 
•SPACtS  nEl.UlPp  s I'-CHMICAI  S'i-'VF  Il.LANCt 

'COUNIEP  M-C*vSUh:.t-S_  ( i SC..1)-  ADC lAs  PhuUUC£U 

•UPO'I  l/Str.  Pfci'i.p  ST.  * . 

ado  proo^am  i\.u«.-,e  Is  S' ispnss 
PpEPawEU  h Y • I S I • 

_PKQOPA>.  ULSCP1PTJ-OU 

• UP*.'  A T t.  OF  A I LLL  T OtLAftL)  0 A T A • 
tMTPY-Sfc  CUP  I TY  Is  tNiTPY-HUCl  ASSIFIKU 
L'ATA-StCUPl  TY  Is  O^T  A-UUCLASS  I F I FO 

CULP!  JT  -Sfc  CiJPCLY  . I S-  OuL-QL'4K4-uA-LT-I  AU 

SI  Thin  SUPSYSTk'-'  StCSS 
OUTPUT-n'OOK.  Is  0 1 SPL  AY-MOOF 
E PtOUE  NCY  IS  JAILY 

S£pul  Ct-PP  1 uP-l-T-Y— LS  COP ;■■  A L - P fa  U; p I T-* 

RESPONSE- T IMF  Is  I M'-'F'J  I ATF-Pt  sPONSE 

j POPE  IS  SHADOW 

POINT-OF -CONTACT  Is  'Chief  POwE.  • 

POC-PHuch — I s ioc> ' — 

UStP-OPliAN  1 i a T I OM  iS  'NlC-AA* 

SEP  V 1 CE -H I S T Oh y IS  MEW-StPV I Ct 
COP ME MTS 

* THE  HI  LLCL  «t  CAT K-i C-OkJji.  _ {-fj  _Ittt_I'xA  T AcA-SE — 

'MAY  mE  UPDATED  TO  INCLUDE  AOulTIOOS,  CHANGES 
'AMO  L't  LET  1 0 MS  . AMD  TO  ALSO  OtF  I vc.  -'LL  A T 1 OMSH  1 P3 
•WITH  IfCUMctMTS.  A HARD  COPY  OF  Tnc.  TRANSACTION' 

iMAy  mE  p^YcUCKQ-A-T— T-HfC  ■-Oa-T-t-O.M.  -pF— T«C— USE-pf.- — 

•THE  I Mr'U  T OF  DATA  CAM  nE  SEVcPAl  Sc.ioiE.Nt  I ALL  Y 
• ACCESStD  F'V'-ut  T1-  0 SCvEEfiS.  The  sCKthN  IS  OFF  IE  ED 

- 'TO  HE  L 1 r IP- S OF  hi)  CMApACTtA'S  ON  The  DISPLAY 

— — - * TE  pm  Lnal  

AO,)  PROGRAM  DAME  IS  SM1SP05H 
PREP APtU  h y • I S I » 

PROGRAM  i)t  SCP  1 »JT  f <)M 

MJPijA T+  tjF-  - I:.CU;-"'U--;T  fl^ATED  DATA* 

EMTpy-SE  CUP  l T Y Is  F ’U-'Y-UNCL  ASs  IF  Ir.c 
IjAT  A-SEClJP  1 r Y IS  O.i  T A -MNLL  •'  SS  1 T I F O 
OH  TPI  iT-SE  CLIW  1 T Y IS  Ol'T-CUMFlOE  iTI-'L 

Ui4-Le*4-M — SU.~I-S-Y-S-I  i .a— SviCS-S 


•yv 


MKMpFft  NAME  OlASMSUri 

OUTPUT -►••OiJr.  IS  DISPLAY-MODE 

1 ELREXuiENCY — IS-Oa.  tL-* 

SERVICE-PRIORITY  IS  NORMAL  -PR  1 i;P  I T Y 
RESPONSE -T  l Mr.  Is  ImmEDIaTE-rESpONSE 
MOOt  IS  SHAUOp 

1 _ -E.0  IN  T-UE  -CON  TACT.  -XS.  J-CHUlF— KXl-jhJ 

POC-PhOnE  IS  *!VS-nflHO' 

USEW-OPGpNI /AT  lor-j  is  »NIC-AA» 

SERVICE-HISTORY  IS  NEW-SE^VICE 

COMMENTS 

•THE  I MCUMbEivT  RELATED  DATA  IN  THE  DATABASE 
• MA  Y HE  UPDATED  TO  INCLUDE  AUDITIONS,  CHANGES 
•AND  DELETIONS,  ani)  TO  ALSO  DEFINE  RtL  A T I ONSh  I PS 

• -» »-W  ITH  BILLETS . A- -HAi4X-C0ft¥ - OK  -T-HE  - J.kANSAC-T- LOW 

•MAY  he  PRODUCED  at  THE  OPTION  of  THE  user,  thf 
- • INPUT  OF  DA r A CAN  HE  SEVERAL  SEQUENTIALLY 

•ACCESSED  FORMATTED  SCREENS.'. 

ADO  - PROGRAM.— NAME LS— SE-1-S24S2 

PREPARED  BY  • I S I • 

PROGRAM  DESCRIPTION 

• RETRIEVAL  OF  iJCFR  UtFINED  DATA* 

t .NTRtY---SE  CUP  I EY-  l-A-..hu.IR^-i4-NCL-Ai>,S4^I-ED 

i DATA-SECUPITY  IS  UATA-UNCl  ASSIFTFI) 

OUTPUT-SECURITY  IS  DUT-CONF I DENT  1 AL 
V.  I THIN  SUH SYSTEM  StCsS 

! OUIPUT-M.OUO-  IS-iJ-i-SPLA-.YWJOiJt; 

FREQUENCY  IS  AUHOC 

SERVICE-PRIORITY  IS  * ORMAl  -PRIORITY 

re sponse- t i pt  is  immediate-response 

! P.0Dfc_4«;_SHA.UXIO 

POI  NT -OF -CunTACT  IS  'CHIEF  RU'vE  • 

- POC-PHONE  IS  »o?S-o»A0» 

I USER-ORGAN  I ZAT  I ON  IS  'NIC-AA* 

SE-RV-l  CE-m  LSJ  i jR-r_.I-S-;Or-0-SEu-V-I-CE 

COMMENTS 

•ANY  DATA  IN  THE  SECURITY  MANAGEMENT 
•SUBSYSTEM  DAT  AH  ASE.  mAy  OF  DISPLAYED  TO 

i-THE-USER-  m-Y — A — \ iSEP  -CRFC  I R-I  c4>— ONE w Y-* 

•THIS  OUERY  DEFINES  TO  THF  SYSTEM  Inn  SPECIFIC 
•DATA  THAT  THE  IJSRR  f-’EQIJlRFS.  A HARD  CORY  OF 
•THE  INFORMATION  M6y  HE  PRODUCED  AT  THE  OPTION 
M)F-  —THE: — U SE-R-. THtE— GU-EPI  FT—  OF—  u A -T-A—C  AM— p g 

• DISPLAYED  ON  sf.verm.  sequentially  accessed 
•formatted  SCREENS.*. 

ADD  PROGRAM  NAME  IS  SRlHROSB 

P « e p A PE  D— BY — M-S-f- » 

PROGRAM  DESCRIPTION 

•SELECTIVE  HILU-T  REPORT' 
t NTR Y-SECUP I T Y IS  ENTRY-UNCLASSIFIED 

-DATA — £,E-GO«  DTY-  -I-S-  -DA4ab-UB€|  -VS-S  I L-fEU 

OUTPUT-SECURITY  IS  01  T-CONF I DENT  I AL 
VITH1N  SUBSYSTEM  SfcCSS 
OUTPUT -MOUt  IS  OISPLAY-MODE 

F PEOUF  NC  Y— I-S— ADPOC — 

SEP  VICE- PRIORITY  IS  ''ORmA|  -PR  I UP  J TY 
PESPONSt-T IKE  IS  RESPONSE -1 
MODE  IS  SHADOW 

^ ki  aD+T— Df  — r;>.44U.c;  t ■ L- — mpM4-pa_p*wu_i — — 


Mt  upt  p MA  Ah  i)  1 A'-'Mim 

• iH'-t-’ni  't  IS  • » S-.)Wt  A • 

I'St  p-Opua.'U  in  l 1 US  Is 

S(  WV  let"  -n  1 s I o>-  i I s in  ..-st  iv'./  1 Lt 

V OMt-'r  f.T  S 

• T“  l s wt POWT  COMA  ! ‘ s .t|  L OlLt.r . TS  ;«Nl) 

• iNCUCntiV  [ S If:  let  0 A I uriASt  ••  l I M J ft  1 nt 

•list  « t'ttlorp  t _ ) M >v  i H'l>  I I'AMAl.  TtJ). 

• Mt  | M'tl.A-Af't  i-  I I'Mt.'l  PAWA.'t  If.M  t OW  lolS 
•WtOUtSl  CONSISTS  Or  Jht  ( Oh  -V  ■ I | r II  Mlt.h 

- •CO:HAOU«uiU,h  I THAI  Of.  1» 

• T Mt  kAMOt  10  sr  Sf-  | m ICO.  II  IS  SOW  III*  Pi 

•COMMAND  Col  t •i'ji >•<  | ( i t i i^tiMMk-w  st  oor.UCt  . 

•DATA  r Os  Inis  Wt'MH  I.  1 MCI  HOIS  miHM 

- • luCOMbLUl . ull  l.t.I,  AwO  uCCCSs  DAlA.t. 

AOO  PWOOivAK  M AMI.  Is  Sh  I li,'OSW 

PWt  PmSI  I)  tiY  • | s I • 

PWOpwAM  I it  si  h | i 1 | | ON 

• SlCt.UHt  t-lLLfl  KtiVwl  it  J UCUMyLfJT  « 

I M TWY -SI  COS  1 [ Y Is  I • 1 .>Y -HM  I.  As l t 1 1 O 

0»\  T A -St  COW  l T Y Is  O A I A -DNC.I  ASS  I I 1 I O 

l’i  l T POT  _s|  cm  I T Y Is  ooT-CO  IP  iDtoT  I A|. 

VlTiliM  SlUiSYSTtM  SPCS.S 
l II  ISOT-l'OOt  Is  0 l St»l  AY-Mioi 
IPftHllM'Y  IS  AOOOC 

St  W\/  I Cl  -pp  1 OW  1 1 Y IS  f Ol 'MA|  -PA  1 O-' l I Y 
t L SPONSL-  I lot  I s i CMONSt  - 1 
POOP  IS  SPAOO.v 

so  I Nil  -Of-  -CON  1 U'  r Is  tCHH.I  WOVt.1 
POC-PnOM  IS  • 'PS-OM.-oi  t 
PSr.w-GwtiAMi./A  1 1 iim  Is  i.'jIC-^i*« 
sPwv  I Cl  -ftlblOwY  I s vf  p-st  sy  U't 

l OMMt  Ni  I S 

•I -MS  M-sowT  COO  I A I PS  All  slier  IS  A NO 

- t iMCUUCtNlS  In  fnh.  US  1 An  A Si  sllolf.  lot. 

•OStP  DtFlNlO  t s'of-Ai'lO-  TtWOOliM  PAW  A MC  I r W . 

•Iht  PWOO-WNO- I MWOtlP.M  PAWAMeTtW  P OW  IhlS 
•WtuutsT  CONSISTS  OP  lot  tow  AMO  lot  n 1 uO 

[ - » iNt.UMs.pNT  NAM  IS  fOAJ  OtlPWMlNL  I fit 

- • Al.POAtitT  It  W A I m r To  Mt  St  I t.C  rtn,  IT  IS 
•sown  t>  Al.PtiAot  T IC**I  I Y OY  lNCO-’MtNT  NAPt  . 

• 0 A I A nil-’  To  IS  OP  wow  T I N'CCOOt  S t'Olo  INCIIOPINT, 

, - »HIl.t.PT,  AND  ACOC.SS  iJAU.i. 

AOO  PWOt.tr  am  NAMI  is  SM|S,‘rtr»0 
PWtPAKtO  M Y • | S 1 • 

PWOt-uAM  OtsCWI  P|  10M 

• St  l i C T 1 Vl  Mint!  wt.j-ow  T <1 Y SS‘«1«- 
r NTs  Y-St  t tiw  I TY  Is  r m I WY -OMCL  ass  1 1 It.U 
CAT  x-StCl  IP  l T Y Is  l)A|  A-UNCLASSU  U 0 

Ol  I TPllT  -St  CUw  l 1 Y Is  (Ti.iT -CONPlOl  NT  l Al. 

.v  1 I n 1 N SV*t'S  YST t ••(  st  t. ss  - _ - 

OllTPIIl -OOOI  Is  C 1 si’l  a Y -POOP 
KwtlMilMl'Y  Is  AoiioC 

SI  .'V  Ul  -Pm  I Owl  TV  IS  MOpMA|  -pw  l or.' I | Y 
flSPON'St  -l  1 ,v | Is  W|  SPONSt.  — 1 

OOOt  IS  SHADOW 

PO I NT -OF-CONf ACT  Is  i Cm  1 IF"  WO  At  • 

POC-PHOM  1 -a  • t,“i-il"i.nt 

' l * SI  w u it*  r > ii  1 1 n *.  T i * "W  - 1 s • »*i  1 1 1 - *♦  4 i - — . ... 


mt  MMt  p tj  it 


A I >L) 


r 


ad  a. 


0 l ASMSl  I*' 

Sb  WV  |(h  -Hi  s IS  M w-St '■>!/ ICt 

.LQMMt.NT.ii - 

• THIS  PtPOwT  CONTAINS  ALL  MILLETS  AND  INClMhUNTS 
•IN  TM  DATAMASt  MTHlN  Twb  USbP  ObblNb.O 

• b OO"  - AM)  - T HWOlJUH  PAPAMETEW.  Mb  b kOm-AMi-ThPODOH 

• PAH/.f-b  ItH  FO-i  Tnls  PEOULST  CUNSISIii  OF  T Hb  l.nu.  AND 
•THb  t-U.H  snot  At  St- CUP  l TY  MOMirus  |h«|  Ob  Tbwf.  I ufc 
•THE  •*  ANOb  TO  HI-’  SttbCTbD.  IT  IS  SOWTfcO  Nl  IMt  *■  I C A|  t Y 


l)A  I A H)w  THIS  PbPOPT 

jU.U  access  U A T A «■  • , 


ADO 


'Hy  THt  SOCIAL  st  Ci is*  1 T Y NHMHt.H. 

•iMCLUUtS  OUT-rtlNCUMHUAl-,  HILLt.1 
PPOUPAM  NAKt  IS  SM]  SPOHl 
PWtlPAPfcQ  HY  * I S I • 

POOGPAM  Dfc'SCP  I H T I ON 

• ACCESS  Liu"  SummAWY  -UKPOPl-t 

bNTWY-SbCUWl  TY  IS  f NTPY-UMCI.  ASsIF  ltD 
LATA-StClJWlTY  IS  OaTA-IINCI  AsbtHh) 

OUTPtlT-St  CUWI  TY  Is  OUT-CONFlDt.NTl  AL 

VlITmIN  SUUSYSItM -StCSS 

01  IT  PUT -MOOt.  IS  0 I SOI  AY-MOOF 
FREQUENCY  IS  AohOC 

Sb'PV  ICh -Pw  10PI  T Y IS  MOPMAl  -PWIOPI  TY 

Ft  SPONSh-T iMt-  IS  -Pt.SPO.NSb -I 

TOOL  Is  SHADOW 

P01 NT-OF  -CONT  ACT  Is  iCHIbF  00*-/t  • 

POC.-PHONt  IS  • VS-nrUiO 

USEw-OI«'ljAf  ii/A  T iON  Is.  i.\ilC-4Ai  

St  WV  1 CT  -II  l STOWY  is  Mb  iv-Sb.PV  ICE 
C OMMt NTS 

•THIS  Pt'POMT  CONTAINS  A SIIMMAWY  Ob  T HF 
•NlJMutP  Ob  ACCLSSt.S  IN  USE  t UP  AIL  llPtS— 

•OF  ACCtSStS.  IT  IS  LlSlbi)  At  HH<o;t  1 1CAU  Y 
•HY  ACCtSS  CODE.  DATA  FOP  This  Pt.POKT  USES 
•HIl.LbT  AM)  AND  ACCESS  CODE  DATA.'. 

PPOUPAM  SAKE  IS  &&LS3A&2 

PWEPAWbO  HY  MSI  i 
PPOOKAm  DESCRIPTION 

•FLOAT  I Nti  ACCt.sS  CDDt  sum-iApy  Wt.PoWT* 
tNI-KY-SKCUPl  TV  - IS  t.NTPY-UNCl.  ANSI  F ILU 
UATA-St.CDw  l TY  Is  I » A T A -IlNC'L  A SS  I ► 1 1 D 
OUTPlU-Sb  ClIPI  TY  Is  OPT-CONFIUtNTIAL 
WITHIN  SOMSYSTbM  sfcss 

Ul  I Tt-D  T -MOOt  Is  DlSPt  AY-MODE 

b Kb  Ul  lb  NC  Y IS  AOt-.DC 

SbKV  tCE-PN 10PI TY  IS  MOPMAL-PWIOPI TY 
RESPONSE -T 1Mb  IS  wbSPDNSb-1 

MODI  IS  SHADOW  

P(T  I NT -Ob  -CON  TACT  IS  'CHIEF  kOWK  i 
POC-PHONb  IS  i 

OSb P-(tP(,«N  1 /A  T U'M  IS  ' N I C — A A * 

St  PV  1Gb  -b*l  s TODY  I s t.^—sEOV-lCK 

CUMMt.NT  S 

•THIS  REPORT  CONTAINS  a DFTMl  r.|>  SMliJS 
•OF  FLOAT  LM(»  COnTP'M  I Mb  C HAT  1 0 m pm  AL I 
• TYPbs  <>E  ACCbSsts.  IT  Is  MsTb'n  **l>MAHb  T IC<Ml  Y 
•MY  ACCb  SS  CoDb  . : t .\  1 A f ()«  Mis  Ft.  PUNT  lists 

•MlU.bT  AND  ACChSS  Vt  DATA.'. 

PWOOkAm  NAME  Is  SM  l --','()h3 

P— ’b  +--AWEB-  -k  y — MM* — 


y/ 


f !)PMA(.  -PPlOwI  IY 
wME-iSE-V 

• CHIEF  POwE  • 


mEPHEIR  NAM E OIoSMSUH 

PPOORAN  oEsCRIpT  | 

ttif'ANUi  UE  S.t  -t v I Ct . -SUMt’-uiiY  PE-FUR  1 • 

E NT R Y-SE  OOP l T Y I1'  E'iTPY-UMCl.«:>SlE‘  lEU 
DAT a-SECUPIT Y Is  DA  r A-UKCl  ASS  I K If-  ) 

OuTFoT-SE.CUP  l TY  IS  ' dT-CONF  U>e  t T I AL 
. V.  ITp  IN  SutiSYSuM  SECSS-  ...  — - 

OUTPUT -MODE  IS  l > I Sr-’|  i\  y -POOF 
EOE‘$tiENCY  IS  ADhiiC, 

sepvicf -e>piopi  ty  is 

PE  .SPONSh -I  S ‘ 

mode  is  shadow 

POINT -OF -CON  TACT  IS 
POC-PHONE  IS  M^S-OHAO* 

— . — - -USE  P»Ott  t>  A w i /AT  I ON  - IS  I N i G— a A.  • — 

SERV  ICt-HlSTOb  Y IS  ME  i-, -SERVICE 
COMME NTS 

•THIS  PfcPQWT  COMTulNS  A SUMMARY  nF  THE  number 
•OF  MCChS.St.S  ID  U st.  -FOR  A(l  .TD4\-ijF  ACCtss 
• HY  hPANCH  OF  St>,vlC|  ID  fst  D « T A HA  St  . IT  IS 
•LISTED  ALPHAhtT  IC«|  LY  bY  ACi>  sS  COL/c.  UATA 
•FOR  THIS  pEPupT  NS1- s I rCUv'HEN  T AI-JO  ACCLSS  DATA, 

-ADD  PKOURAM  . NAME  *S  l'. ;*  1 SR 

PREPARE  0 'J  Y ' I S I * 

PROGRAM  DESCRIPTION 

• update  oe  Access  histoky  pei  ateo  data* 

ENTRY -SF  CUR  i T Y IS  f.M  TRY  -UNCI.  A^.->  J.F4  fc.Lt- 

DA  T A-St  Clin  l T Y Is  -'ATA-UNCI  ASS1FIF0 
OUTPuT-SECUHl  T Y IS  Ot  i T-CONF  1 Df-NT  I «L 
VITh[m  SUBSYSTEM  stCSS 

UU  TPUT-DOUE.  I-S-UI  s»-'|  AY-NOOF: 

FPEOUF.  NCY  IS  ADhOC 


NORMAL -PR I OP  I T Y 
■"►•  Ol  A TF  -PESP(imSE 


PU^E  « 


SEwV  ICt-PP  I UR  l T Y IS 
s£ SPOUSE- T 1 HE  IS  I 

— MODE—!  S -ShAUOjI — -- 

POINT -OK -CONTACT  IS  tCHlEF 
POC-PHONE  IS  • JPS-OM'-tO  • 
usf.p-ori.ami /a r Ioj  is  •mic-aa« 

St'Pv  ICE.-UIST  JRY—  I S-NEte-SEUV' let. 

COMMENTS 

• THr  ACCESS  HISTOPY  PELATFO  DATA  In  THE 

• DA  T a p ASK  MAY  he  i ipO A TED  TO  INCLUDE 

. tAOU  U-lUfJS C h AD  GtS-A NO- 14  U m S . — A 

•HAND  COPY  OF  THE  TRANSACTION  MAY  HE 
•PRODUCED  AT  The  OPTION  OF  ThK  USER. 

•the;  INPUT  of  DATA  CAN  he  SEVERAL  SKUUEnTIALLY 

- _ I ACCt  SSr  i)  MWMATtea  SCREE  

AND  PROGRAM  NAME  IS  SblSPObS 
PREPARED  UY  » 1 S I * 

PPOGPA.v  DESCRIPTION 

'Ml  F C I I A/E-  ACCE  SS  S4-PWY— ^F-PO*.  I 

E NTRY-SECUh i f Y IS  MiTPY-DNCLASSIF lEU 
DAT  A-StCl'p  l TY  IS  OATA-UNCLASSIFIFD 
OUTPi iT-SE. Clip  1 T Y IS  OdT-CunFIDEnTIAL 

WIThIN  SUhSYST  E v*  sF.CSS  

OUTPUT-MOOT  IS  ol SM.  AY-MODE 

epe.nuency  is  mihh; 

Sc'PV  ICE-ps  l Ok  I T Y is  v jrmal-PR  l OR  l T Y 
M -SPO'ASt  — I I --I * ■■  I R » « **-R« V-fSE-  — 'I  - --■-  ■ — ■ — 


-4Y — I-mCDmPF NT  • 


yy 


MHJHf  k Vi  A -It 


0 I asm  si  in 
M< tOE  Is  SnMi.HU 

POlAtT-i)l- -LuNlACX-  Ls  tcnit-P  na^u 
POC-PHONr  is  i 

USEP-OPGAnI  ZA  T I ON  IS  '.-iIC-p-*' 

StPvICt -MlSIOPY  Is  f t w-SE^v  1 Ct 
LO-HNTS 

•This  pppopT  Con  t <*  I ns  ah  4t.  Ct  >s  mIsIopy 

• O 4 T A T>1M  I Is  <4  INrAlNtl)  IM  lMr  o.»T»t'ASt 

• TOP  TP't  SHtCIFIC  NAPE  as  SOP^-M  I p J of 
•rut  L'StP,  lot.  WeCULSID*  CAli  1 I t 1ml 
UKPOH  AT  THE  iiSE^S  Tr  PMlNrti  ^TTt  n 1 ME 
•OUFBY  IS  KNUBH>.». 

ADI)  PROGRAM  NAMt  IS  S<ilS?06H 

PRtPAPtL)  UY  • X S I * 

PROGRAM  DESCRIPTION 

• DYNAMIC  Dill  I / AT  I ON  (PLUAI)  Dr  ACCESS  COOTS' 
t.NTR  Y-StCUR  1 Ty  IS  ENTP  Y-U'lCL  A sS  ! F I CD 
LATA-StLUKl  T Y IS  L'AlA-UNCl  A.sSlt  II.  a 

OUTPUT -St.  CUR l T Y IS  ODT-C0NF  lOE  iT  I AL 
IvITmIn  SUhsYSTPm  SECSS 
output-mode  is  oispi  ay-modf 

E PtLUtNCY  IS  AUHOC 

SCPV 1 Cfc -PR 1 UP  I T Y IS  NOPMAI  -P*  [ UP  I T Y 
P K SPUN ST  - T 1 "t  IS  l^DKUl ATT--FS^DNSt 
MOOt  IS  SH4UO* 

POINT-UP  -LUNTmC  T IS  uCBJJLC  RQ-'E  » __ 

POC-PHONt  IS  • TPS-OPMO* 
llStlR— ORGAN  1 /AT  1 O')  IS  **jIC-aA* 

St  w\/ 1 Ct.  -m  1ST  OP  Y IS  ftw-stPVlCt 

CUMMLMtS. 

•THE  AblLlTY  TO  DYNAMICALLY  allocate  THt 
•ACCESS  Coots  ( • T I CAt  T S • ) AMONG  ail  act  i v f 
•HILLKTS  //ILL  HE  PROVlDtl)  AU  TOm  A T l C aLI  Y POP 

f A SPECIFIC- iilU.LT  jiHcU-Iitl  ulLltr  Ls  -AUuF-I) 

•TO  T HP.  FILL.  THIS  C0NTBOI  RlL|  PROVIDE  FOP 
•OPTIMUM  USAOt  OF  TOP  ALLOWED  Yl'lMbf  K OF  • TICKETS' 
•FOP  '*  H I C o THE  NAVY  HAS  RFSPONS  I h I L 1 T Y . • . 

ADI)  PROGRAM  fjAMt  IS  SHlS^n.s/ 

PWtPAPtD  nr  • ISI  • 

PROGRAM  DESCRIPTION 

• UPDATE  OF  FALlI  I TIES  aCCReD I 1 A 1 1 ON  DATA' 

ENTRY-SLCUmI  1 Y IS  ENTRY -UNCLaSS  I Fic.0 

DAT  A-StCDP  I TY  IS  I)  A T A -UNC|  ASS  l F I F O 
OUTPUT -SECURITY  IS  (IUT-CONF  IOtNT  I AL 
t*.  I Thin  SUbSYSTEH  SECSS 

OUT  PUT -MODE.  Is  i)4  SPLAY-^'OOt- 

frequency  is  ADHOC 

SERVICE-PRIORITY  IS  r.'OPMAi  -PPIUPI  TY 
PESPUNSE  -T  I Ft  IS  I'-IP't  01  ATE'-PESPOMSt 

NODE— 1 S— SHADiU _ 

PO  I NT -OF  -CON  T AC  T IS  'CAPI  SO.vtLl  • 

POC-PHONt  IS  *3PS-(ni7» 

USEP-0PGAN1 /A  T I O-J  IS  'Nic-AA* 

st.pv  let  -his  iopy  is  k.e  p-se^v  IGt - ------ 

COMMENTS 

•Tor  EACILITIES  ACCPE  HTATIOn  .v||ATlu  DATA 
•IP!  THt  UaTauAsp  PAy  (r  UPDATED  Tu  INCLUDE 
* p*-T-T-l  0*-rH-» — --------40-  A-  I — — 


Hi 


virvUgf,  MA'Ih  DlASMSUtt 

- • COh  y I'f  ThK.  | T I ON  '«AY  ic.  PfOUUCHJ  A T 

«—  - * p**-  upjiu.m  -uf--Utn.-ur.tJ. — Tut-  iu^ui -uf_1uat.a- 

* t an  pt-  sKvnJAi,  stone mt Tally  «cctsstu 

- »M)JMATTtU  btAh  LMS  . * , 


memblr 


•if.  i' 

AGO 


uns.is 

ELEMCNr  N\I1  IS  ACCCSS-CCC t 
ARE  C DY  'SX-lSl  • 

ELEMENT  DC  SCR I ?T  TON  IS 

•ACCESS  ITICnET)  CoCES.' 
rNTRY-SFCJMTY  iS  *■  N T RY-t  NC  L f $ S I Fl  0 0 
JMA-StCUAITY  IS  DAT  A-CCNflCtM  If  l 

application-system  is  szcss  ■ 

«EF  VICE -SUPPORT  ! 0 IS  Sdl?^CCt 
PICT  LIRE  IS  aavS 

usage  i«  display 

v?  lutts"  sp  vres 

$TLRE-VflIOLTIO,N  IS  SSZf 

- - 

KF  Y 

"NC-VTFI FY 

__  ....  ~ Vf  H I f cl  E 

PRESENCE  IS  PRESTNCP-REwLIPEC 
ELEMENT  DEFINITION  IS 

"•THIS  FT-ID' CO'IYAIIIS  “HT  7YFE  CF  SPECIAL  I NT  ZL  1 1 3~NCI 
•ACCESSES  THAT  ARE  AVAILABLE  U NAVAL  INTELLIGENCE  Cu.iMAN 
•FUR  ASSIGNING  TO  A BILLET  L F f FERSLN.* 

SDGRCE-CCC  rS  NONE 

DAT  V-S'JBJFCT  T S 'SECURITY,  CENEFfl'" 

JSFR  IS  'NIC-44* 

RESPONSIBLE  FOR  DEFIMTICN 
COMMENTS 

•THE  CNTRY'SIAY  , S CF  4 CFfFfCTZRS  IN 

•LENOTH.  V \L ! DAT  2 iM  IS  FCF  CLFFcNUY.  '. 
cLE.M-NT  NAME  IS  bAQG-OlSPCSn  1 C N 
PREPARE  0 -3Y  'SJC-ISI  • 

TLEMENT  description  is — 

•DISPOSITION  OF  THF  EfCCE* 
c NTR  Y- S EC  UR  I T Y IS  r N T RY -L A CL  A < $ I F I £0 
DAT  A-SECUR  ITY  IS  OAT  A-UN  CLASSIFIED 
'APFl  rC\TICN-TYRT~M“TS~STCSS'  — " 

SERVILE-SOP PORT1 0 IS  S315CCCI 
PICTURE  IS  A 
USAGE  I c DISPLAY 

'VALUE  !S  SPACES'  “ 

S TURF.- VALIDATION  IS  SSZ  1 
MCDI  FY-Vft  IO.ATI  ON  IS  5MVI 
ELf  ME NT  DESIGNATOR  IS  F!>FC 

8 RESTnC E T?  PRESENCt-OPTICAfl  ' ' 

ELEMENT  DEFINITION  IS 

•THIS  FIELD  i NDI  C •' T *:  $ TFF  CISFCSITIJN  OF  A 

•MADGE.  «f)fcT ril*K  IT  IS  STILL  IN  oSL,  DESTROYED  OR  LOST.' 

7r'URu--CCC  IS  NONE  ” 1 

0A  TA-SOU jEC  T IS  • SECURITY,  CEKFAL' 

USER  IS  'NIC -44' 

RESPONHulS  F 2H  DEFINITION 

R.'MG"  I S *U  ' ' ~ 

RANGE  I * *3* 

RANG:  IS  *1* 

COMMENT  F 

•Th-:  FT --CD  W'CGNTAI?;  CNE  CF  TFF  FCLL  C«T  NC  vALJrS 

• 0 IN  US' 

• J JESTklYCD 

• L LUST. 


i 


KARS.  ' 


•i  r ..  i>.*  ).j-  is  1 $ s u e o r v h f > i 

>’bJ  ELtMF.;,T  fvAMi  IS  b-\,X.  L-<  i 4_ !-  c IP 

prepare:  w • 

ElEMcNT  0-  3CRI  PTIGN  15 

• AS^I^nSO  rv,JUE  NUMGEF' 

ENT  RY-C  JK  I‘,'Y  I '■  EHTRY-Li' CLASSIFIER 
DATA-SCCUR T~Y  rc  o \j  A-UNCUSS  I F I TC 
4PPLIC  iTij.-,-CYiT£,.|  I S S fc  C S £ 

)>V!C  '*--  UPPER"  \ A !■;  EBIS'LCI 

PICTURE  is 

JSAGC  13  j I SPlAY 

VAlUE  U SPACES 

S’CRiI-V  MI  JAT!  Jnl  IS  SSZA 

MODI ?Y- 'tAiX'MT I J)N  TS  f.'Wfi 

5LEMr:M”  DE  r IGN  \r  CR  IS  NtY  _ 

E LF  MI:  NT  HE  51  GNAT CR  IS  V A P 1 1 t L £ 

presence  rs  pri:  s = ncf  _Rt  wu  l fee 

:Lt,'V;MT  C.:  f I MI  T !•'.*{  IS  ......  ,A  . 

•THE  GACG;  ;UiMiR.R  IS  A SfwLLMIfl  A L PMA- NUUt RI  C 
V'iU.lbEK  ASSIGN'D  .,I7hIN  A ClKKK.' 

S^UKCc-CCC  IS  MIN'* 

m'.-SlJL'J:CT  is  ‘SECURITY,  C S V f F A L • 

USER  IS  1 NlC—^t^* 

REGPCNSldL:  For  CrHMI!Cf 
COMMENT S 

• rh“  ^lo:  iNU.-l  A’*  K o’  LI  ALLANS  fi  E A LETTER  FuLLOwEl) 
•liY  A F T JR  DIGIT  MU  ItidP  . • . 

A DC  Sl=rt“Nv  IS  riAJGP-TYFE 

PREPARE  C > Y 'S  JC-ISI  • 

ELEMENT  U=  Sf  I PT  IOH  IS 

' bA  Go.:  TVP <•  • — 

ENTRY-SECURT 7Y  IS  ENTRY-IKLASS  IFIGG 
JATA-S'ECUS 1 ”Y  IS  J A 'r  A- U R C l A S S IF  ItC 
APPL ILATI JN-SYS-EM  IS  SECSS 

SEE  VT  CC-3'JPPGRTFD  !S  SdlSZCCl  * 

PICTURE  IS  X 
USAGE  IS  display 
VALUE  IS  SPACES 

TTORE-V  JlimTICK  IS  SSII r 

mtdify-vali jatp.n  :r.  sun 

ELEMENT  OE  5 I GN  AT  UR  IS  i\  F Y 
CLFMEUT  'DESIGNATOR  IS  vAFIAELE 

T*n  E SEMC  C IS  PRESENC^-REaiFE:'  ‘ 

ELEMENT  o.efimtiun  IS 

•THIS  FIELD  CUr\IuS  THE  CCCE  IIKICATING  THE 
•TYPE  OF  tt WGS.  » 

souse r-rcc'TS  none — • 

OATA-SutuECT  IS  'SECURITY,  G E C E F A l • 

USER  IS  • N ! C-A4 • 

R F S P l N 3 1 b L <:  FUR  OEFIMllLF 

R ANGE  T S * R ' 

RANG"  IS  *C' 

FANGE  IS  *L‘ 

RANGE  If  ' U' 

RANG”  IS  'E'  " 

RAN^E  IS  'U' 

Comments 

•THE  ENTRY  IS  \ C'UOE  FRLf*  IRE  FCLlUoiNG  TAbLE 


1 


•IHMuFF  NAMF 


:0D 


□ I ESMS 
R F 0 E ^ 
F(/R 
FCK 
FUR 
FCF 
. FOF 
EEFM^NT 
PRFPARF c 


C 

L 

u 

g 

u 


iUQt. 


RdoUL-F  (STANCAFO 
C OUR I L c bAGGG  * 

LTfSON  GtDGF.  

Rr;'FP,vf  bA  CGE  • 

ESCORTED  VISI7CF  tACCE. 
UNESCuF.TEO  VlSITCF  EACCE.' 
NAMC  TS  HT-CASE-CCNTRCl 
bY  'SX-ISI* 


ELuMdNT  DESCRIPTION  IS 

• 3 T CASE  CuNTRJL  N G A b E F ' 

'~G\TTF.Y-E  ECUS  TTY  is  c:itry-ln  ciatstfted 
OATA-SECURiTY  !S  OAT  A-JNClASS  IF  IEC 
APPLICAT ION— SYSTEM  IS  SFCSS 
SERVICE-SU.5PnRTEJ  IS  SdlEZuCX 

‘PTCTUKF  rS~ XT9T  

USAGE  IS  DISPLAY 
VALJS  IS  SPACES 

5 T C R = -V  AL  10  ATI  WK  1 ? i ^ 

•lOOl  F7-VALl0ilIuIi  IS  SilZA 
ELEMENT  JESIGNATuF  IS  VAPI/ELE 
PRESENCE  IE  PKES'iNC  0-CPT  ICN/L 


• 1 > - *.  -nvi..  i v i . 'iv  ^ vi  t v r r 

-WsWW&iWc^r 

•OACnGKCUNO  INVESTIGATION  flf 


A 0 D r 


GACnGRCUNO  . 

SOURCE- OUC  IS  NUNS 
JA  T A- £U  3 JEC  T IS  'SECURITY,  CENEFAL' 
U IFF*  Is  '*1IC-W 

OEF  IM1KF. 


C'CKTRtr~KURBER 

A FERSCN.' 


T A 


R L S PENS I bLF  FUR  OEFIMTICN 
ELEMENT  NAME  JR  a I-P END  ! SC  - I N C 
PREPARE  C i Y 'SX-ISI  • 

^LEME NT  'DcESTFI  PTTlN  TS 


rLcMENTucTSTET  PTTCN  IS 

•jACRGPUoND  INVESTIGATION  FENCING  INCICATlR.* 
E'lTRY-SEC'JRITY  JS  EN  TRY -LN  C L A S S I FI  EC 
OA.7A-SGCUR  IT  Y Io  OAT A-UNC l A S S 1 f 1 E C 
“A  PPLT  UAT I UTT-SY  ST*T>r  T3~5  E C S S 
SEF  VICE-SJP^DRT-.u  IS  SblSItCA 
PICTURE  IS  X 
USAGE  IS  DISPLAY 

~VALUE  I S PACES 

STL'RE-VALIOA"lUN  IS 
MODIFY- VALUATION  IS 
ELEMENT  GE  S IGNAT  UR  IG  . 

T>  RETTNCT'  7 STHTS  EMC  E-CTP7IC  N A L' 


*SZ  j 
. . S.MZF 
IS  F INEC 


E LLME NT  GEHNITIuN  IS 
•THIS  FIELl)  IS  USED  tu  INDICATE  nFEThtR  CR  NCT  A flACRGRCuM 

• INVESTIGATION  IS  COMPLETE  L F FENCING.* 

SOURCE- OCC  1$  MOTIF 

OATA-SUbJECT  IS  'SECURITY,  UENEFAL* 

USER  IS  'NIC-4*' 

R E S P C N 3 1 3 L 0 FUR  OEF  INI  TUN 

“R  AKuTc  T S ' C ~ — 

RANGE  I s • p* 

RANGE  IS'  • 

COMMENTS 

'THE  oACKbrT'U*JD  INVESTIGATION'  FENCING  INTI  CATC R TS  "T  TC 
•OF  THREE  VALUIS 
•A  *C  * MEA.ilN^  A BACrsbFLUNC 

• A *P*  V!!  'J.»  \ bACisGRCLNC 


INVESTICATILN 


INVbOTIC  >T  ;t.i\ 


s c, 


1PI 

NO  i 


- • — f 
4J  9 lK 


MEMBER  14/  it  UlESMS 

• A • • (•‘PACE)  rtcANING  TF/T  CNS  IS  NLT  S':  ART! 0.  • - 
AD?  ELEMENT  NAMC  IS  d I L L ET- N LM  E E F 

- - - pPEPArEU  QY  *suc-isr  » — 

ELEMENT  DESCRIPTION  IS 

•NUMBER  ASSIuNEC  K TK  eiLLET' 

E Nta  Y- S E C JR  ITY  IS  ENTRY-LNCLASSIMEO 

'JATA-S7I'URTTY  T V DAT  A-UNC  l 3TT1F  IEu  

APPLICATION-SYSTEM  IS  SECS' 

SERVICE-SUPPORTED  IS  SU15ZCC* 

PICTURE  IS  ‘ilAI 

USAGIr_TT  display 

VALUE  IS  Z ERL'S 
STCRE-vALI DATICN  IS  SSZN 
MOO  I F Y-VAL I DAT  I UN  IS  SMZM 

TtFMTTNT  DESTGTTATCRr  I S K F Y 

ELEMENT  DESIGNATOR  IS  ViRI/ELE 
PRESENCE  IS  PKESENCE-RECL I F E C 

ELEMENT  DEFIMTIuN  IS  

TT h I S~ FTT  UD~ C CPJ T AT  N 5 TH  E eTTl'ETTUHat'K"  WTTCH'  'I  S ASSIGNED  ~ 
•dY  THE  NAVAL  INTELLIGENCE  CC/F/NC* 

SGURCE-COC  IS  NONE 

DATA-SuoJEuT  IS  'SFCURITY,  CEFEFAL* 

usttr  rs  • imr- — — 


RESPONSIBLE 
COMMENTS 


FUR  DEFINITION 


•th';  tape-file  system  usec  2 cicit  bille- 

•iuT  c X PAN  SI  uN  Tu  A 'DIGITS  IS  E >TEC7El.  * 


H J Mo  ER§  t 


■LCCE 


ADD  ELEMENT  N A m •£  IS  dlLLST-SEC 
PREPARED  dY  ‘SDC-ISt  • 

— __ — E.L0iMENI  ..UCSC  M P T LONI  S____ . . 

• MANAGEMENT  NLMcE?  /SS’CNEC  A dl  LlFT  * 
ENTRY-SECURITY  IS  ENTR Y -L N C L A S S I F I EC 
DATA-SECURITY  IS  DAT A-U N C l A S S 1 f i EC 

A P BL1.C  A T 1 J N-SYS  T EM  L S SEC  S' 

SrRVI  Cr.-SUP?OKv  ED  IS  Sdl52Clt 
PICTURE  IS  U(5) 

USAGE  IS  DISPLAY 

VALUE_XS_Z.£ROS  

STORE-VALIDATION  IS  SSZM 
MOO I FY- VALIDATION  IS  SM2W 
ELEMENT  DESIGNATOR  IS  V/RI/ELE 

PRESENCE  IS  PRPRF  NT  F — OP  T If  A A L 

ELEMENT  DEFINITION  IS 

•this  fi^ld  contains  a 5 licit 
•PURPOSES  FOR  or FICER/ENLISTEC 

SOURCE-  CCC  TS  NUNC 

DATA-SUbJECT  IS  'SECURITY,  GEFEFAL4 
USER  IS  'NIC— ♦*♦• 

RESPCNSIbLE  FOR  DEF  INI! IC  N • 

-ACCL  -E  L£ MEN  T.  -N.A  >LE_ i R .bRAN  Ltd- £_LSaIC£ 

PREPAREC  bY  • SDC - l S I • 

ELEMENT  DESCRIPTION  IS 
•dR-'NCit  uF  SERVICE' 

JLNTRY^SElJRIIY.  IS  ENTRY-LNOL/LSir  1E0 

DATA- SE  CUR  I "Y  IS  DAY A-UN C L / S S 1 F I E C 
APPL  IC ATICN-SYST1  M IS  SFCSS 
SFKV  I C^-SUPPURT1- D IS  SdiECLCA 

PICTURE--”  X _ 


CCC5  FCR  MANAGEMENT 
tlLLETING* 


ME  Msf.  R NArtF 


0 I i S . $ 

USAoT.  IS  DISPLAY 
VAL.j:  IS  SPALLS 
S'lRE-v 'LiOATIuN  IS  SSZj 

t:  U It  Y-VALUATI..  | is  S'lih 

ELEMENT  UcSIoNATLR  IS  FUEL 

’Kt  : s pscs^-vcr-on  icn 

ElC  vj ' • t OCt  I M T I FKl  I s 

• 'HIS  FI. ID  i ONTAI  \S  THE 
USFK  IS  'NIC— 

PESPCUR’oLE  FOR  OtFIMTICN 


INCIDENT'S  tR/.NCH  uF  SFRvICI 


RANoE 

IS 

• A* 

RANGE 

I s 

•c.  • 

R A NG  h 

I o 

* h • 

RANGE 

I S 

• G ' 

R 5 NG? 

1 s 

*n' 

RANuL 

1 s 

\ ANG  F. 

I s 

• M • 

RANG  E 

i 5 

V 

RANGE 

! i 

• R • 

c ANoL 

I S 

• A * 

R A Nu  E 

I S 

• V • 

COMMENTS 

CCDEu  TO 
SFRVI CE 


fMiS'FHLJ  IS 
A ARMY 

C Civil 

F ilR  F 'JR C E 

S'  TOST  V.UARD- 
rv  r : VI  u AN  CONTRACT  CF 

.•l  rt*®INE  CORPS 


CNE  CF  Tt-£~FCllC.\I  NS'  vAiucS 


■-  “ | — " 

‘ civilian  consultant  ' " ' 

' K 

NAVAL  K-5ERVIST 

• A 

RECORD  CN  OLD  MlFC-FIlF  CMY 

. V 

vISLTJn'  • 

' Arc  ”lEmE  NT 

N AMT  t s COMMAND- CUE ' 

PREP  AREC 

HY  'SJC-ISI  • 

ELEMENT 

DrSCfvI  P7  ION  IS 

l •COMMAND  CODE* 

, '*  cxnrtV-Y  s r. , i?  u » ' t c ■ "c  v c v^rrrr*  r<  n rr? 

ADC 


DATA-SEC  UR  I TY  Is  OAT a-U NC 1 1 S 5 I F i EC 
APPLICATION-SYSTEM  IS  SECS* 

..SEF  VI  CL- S J £ PCRLEO.  I S.  StiJ  f JLC14 

PICTURE  IS  Sit-) 

USA  GE  IS  JI SPLAY 
VALUE  I S L EROS 

-STCRUr  VALLDAT LOW.  15  SS L F 

MODIFY- VALIDITY ON  IS  $M i2 
ELEMENT  OE  S I UN  AT  OF  IS  I N C E > 

PRESENCE  IS  PRESlNCt-RERCIf EC 

-1LEMINT  OlflMVl-N  ' G . 

•this  field  Contains  the  unfAne  code.* 
SDuRlE-OLC  IS  NL^c 

DATA-$UbjECT  IS  'SECURITY,  C E TEFAL* 

-USES-  IS  .'MC-Vt'  . . . _ _ 

RFSPCNSIbLE  F UK  DEFINITION 
RANGE  IS  •uuooo:'  'HFU  •SSSSSE*. 

ELEMENT  NAM*:  IS  OY-ACC-FSTAt 
PREPARE:  GY  VSDl-ISI 


R s 


McMdE NAVF  DIESES 

SANE  'S  ELEMENT  jAY 
ELEMENT  DESCRIPTION  I S 

•ACCESS  ERT ' oL ! SHED  CAY  • 
APPLICATION-SYSTEM  IS  SECSS 
SCRV!C"-$.JPPoRYr.D  li  S 8 1 E i C C4 
PRESENCE  IS  PR=SENCF-REOC IFEC 
ELEMENT  DHFTMTICN  1 s 
•THIS  FIELD  CONY  A I NS  TH  F CAY  IN  RFICF 
•CODE  «AS  rSTADLl SHrD. • 

oata-sjbject  is  * Security*  coefal* 

USER~IS'  'NIC^W 

RESPONSIBLE  FUR  OEFIMHO. 

ADO  cLEMF.NT  NAME  IS  OY-ACC-TEFF 
PREPAREC  ii Y 'SDC-ISI  ' 

TAME  AS  'ELEMENT  T) AY 

ELEMENT  DcSCKIPT1UN  IS 

•ACCESS  DI S-ESTAbLl ShEC  C A Y • 

APPL  IlATIUiN-SYSTc  -1  IS  SECSS  


ACCESS 


' SFRYI C E-SUPPORT?  D T S~S31 5 1 CCA 

PRESENCE  IS  PRESENCE-RECLIFEC 
ELEMENT  OSF  I NIT  I C'N  IS 

•THIS  FIFLD  CONTAINS  THE  CAY  IN  »HCH  AN 

•CEDE  « AS  Cl  S-ErTADLlSHECVr I 

DAVA-S Jb J :CT  IS  'SECURITY,  GENEFAl* 

USER  IS  • NI C-44 • 

RESPONSIBLE  FOR  DEF  IN  IT ICf« 

E ir  ME  N T"  NA  ME  XT  U Y - A S3 1 G N-  S NTS 

PREPARED  jY  'SX-ISI  * 

SAME  as  element  day 
element  dfs.cf  ipy  ion  is 

* ACCESS ”TER M 1 N AT  I UN " C A Y « 

APPL  I CA  T I LN-J-SY  r TEM  IS  SECSS 
SERv  I CE- SUPPORT  ED  IS  Sdl5ZCC4 
PFESENCE  IS  PRESENCE-RE vL IFEC 

"EXT M ETJT  TTT F TNIT T CN“T  S 

•ThIS  FIELC  CONTAINS  THE  CAY  IN  RhICh  USE 
•CODE  wAS  RSVO.\SD  I uY  OEcR  I EF  I NC  CR  CTI  £& 
DATA-SubJECT  IS  'SECURITY,  CENEFAL* 

TJSEE“rS~',-*rrC-4'T' — — * 

RESPCNSIbLE  FOR  CEFIMUO. 

ELEMENT  NAME  IS  DY-ASSIUN-EST/e 
PREPAREC  BY  'SOC-ISI_! 

ELEMENT  DFSCRIPTIUN  IS 

•PERSON  ASSIGNED  ACCESS  CAY* 
APPLICATION-SYSTEM  IS  SECSS 

‘ S ^T.  VTTE  - SUP  TORT  RD  I S T3  IT7T  TA 

PRESENCE  IS  PRESLNCo-RElLIFEC 
ELEMENT  DEF I NI - I LN  IS 

•THIS  FIELD  CONTAINS  THE  CAY  IN  whlLrt  AN 

'** CEDE  «AT  A'SSTUNED  TTT~A*  ?ER SOT1 

DATA-SUB JEC”'  IS  'SECURITY,  GEAEFAL* 

USER  IS  'NIC-44* 

RESPONSIBLE  FOR  DEF  IMHO. 

"ECXMTNT  NANTX  S DY- j ADG-ET  S F ~ 

PREPARED  oY  'SJC-ISI  • 

SAME  AS  EL£MENT  UAy 
ELEMENT  DESCRIPTION  IS 


ACC  tS  S 


CF  AN 
« I S E J . ■ 


AClCSS 


AlC  ess 


A 


MI'HCR  NAMT 


~AD  0 


LIE Sm< 

disposition  cay.* 

A PPL ICATlQN—SYSlcft  IS  SEC'S  

S’EPVlCf-SJP^^TcOTi  SBISkCV 

PRESENCE  IS  PRESENCF-REllIFEC 
c L t M E N T DEFINITION  IS 

rHI  i.  I l ELD  INDICATE  SIRE  E/Y  CF.lh^.ClSj-'QSLTIUOJ  iSTlLL  IN 
•USl,  LlST  Uk  DcSTROY*!))  Lf  a*  t/Cu£.* 

DATA-SUbJFCT  IS  ' SEC  LRI T Y , ..  E M F / L * 

USES  IS  *NlC-<*4* 

RESPCiNSltiLlr  LK  _U£F  I MI  ICh., 

element  name  is  jy-bajue- i isle 
PREPARED  dY  'SJC-ISl  * 

SAME  AS  ELEMENT  CAY 

_ _ £L£  SULNI DILSC  RLP.  tlUN_L£ 

• BADGE  ISSUE  DAY* 

APPLICATION-SYSTEM  IS  SEC'S 
SERVICE-SUPPORTED  IS  Sdl5*CCl 

PLESL.NCE — I S PRESENCE-tvE  WLI JL£L 

ELEMENT  DEFINITION  IS 

■This  F I5LJ  .CONTAINS  THE  CAY  7 F A T ThE  dACUE  »AS  ISSoE'D.* 
OATA-SUdJECT  IS  ‘SECURITY,  CEFEFAl* 

USER.  LS_* 


A CO 


ADC 


RE  SPCNSI  dlC  FOR  DEFIM71CA. 

FLEMUNt  NAME  IS  OY-UI-CCfF 
PREP  ARE  C_dY  'SDC-ISI  • 

I cement  or  SCR!  p TTou  is" 

• uACmSPOUND  TNVESTI  CAT  I C N CCFPlETICN  CAY* 

application-system  is  secss 

-SoRyL.LE^SNKPUSJLO  IS  Sgl*lCCA 

PRLSL.NCt  IS  PRESS NCE-RcCCIREC 
ELEMENT  DEFINITION  IS 

•THIS  FltLO  CONTAINS  THE  C/Y  IN  *FlCh  A d ACi\  GRuJnD 



USER  IS  'NIC-W 

RESPONSIBLE  FOR  OEFIM1ICA. 

.£L£rt£NT  . MMi.lS^Y-tUrRXvSli: 

PRE  PARE  C BY  'SDC-fSl  • 

SAME  AS  ELEMENT  DAY 
ELEMENT  DESCRIPTION  IS 

' d A.C K SSilUiD  I AYlLSI I C/7  ILA_Ei.wUL£3_i:A'l_* 

APPlICA-TlUN-SYS7bM  IS  SECSS 
SEKVlCE-SUPPCRTgo  IS  SS15SCC4 
PRESENCE  IS  PRESENCE  — RECC  1FEC 

ELLMENIT  OE>JNI^ICN  is  „ 

•This  FI  SET)  C ON7A7  NS  , H FT  l YTTTTH  7 rTrirTTCRTF  O'JND ' 
• INVESTIGATION  IS  Rr  CUE  S T E C . * 
jata-subjlct  is  'Security,  cefefal* 

user  is  *ni;-h-»  

RTS  PC hSI  FCl  TOR  D5FYFITIC?* 

ADD  ELL.MlN'  NAME  IS  DY-b I-ST AP T EC 
PKFPAREC  dY  'SDC-ISI  * 

SAME  AS  ELEMENT  CAY 

elsBsSt  Bescr i pt i on  n 

•UACmOROJNC  INVE STI CAT  ICA  S7Ak7 
APPLICATION-SYSTEM  iS  SECSS 
SF'Fv  !CF-SU‘?[,CRtlD  IS  SB152lCA 


CA  Y 1 


MFM'IER  NAME  013S.MS 

ADD  ElFMcNT  NAME  !S  C-SEC-MF 
PREPARE  D or  'SDC-lSI  • 

' ' ' “SAME  AS  FLCMENT  SCC  I Al>  S E C L FT!  Y 

ELEMENT  INSCRIPTION  IS 

•SOCIAL  SECURITY  I CEM  1 F 1CAT ILN  NUMoER* 
ENTRY-SECURITY  IS  FNTRY-lNCLASSIFIEC 

DATA- SECURITY  IS  TJAT7FUKC O JS  I F 3 EC 

APPLICATION-SYSTEM  IS  SECSS 
SERVICE -SUPPORTED  IS  SBlfXCl 
ELEMENT  QE SI GNAT OR  IS  ncY 
ELFHENT  DESIGNATOR  I S WC-S EFTFI 
PRESENCE  IS  PRCSLNLF-RE(.LIFEC 
ELEMENT  DEF I"!  T I ON  1 S 

•fhIS  i-IELJ  IS  SOCIAL  SFCLFITY  F L P B E R ASSIGNED 
— r -*  3 Y THE'  3L  E I AL  ScCUK  TTY  A L FI  M S TR  A T TC  NV* 

STANDARD  IS  DIAADERF 
R OUR C E- DCC  IS  NONE 

DATA-SUBJECT  IS  'SECURITY.  GEFEF/l* 

DSERTTS  ~1NTC"-A* ' 

RESPONSIBLE  FOR  GEF  I Ml  IC  F 
COMMENTS 

•Th=  social  security  Nuf-etF  is  lsed  as  a ney.*. 

ACO'  EUE7T3T  N.T^TE  I R 10CA7I 0 N-S7 AT F 

PREPARED  u Y 'SOC-ISI  • 

SAME  AS  ELEMENT  STATE-CECE 
ELEMENT  DESCRI?':’°N  IS 

- vTp»  — 

ENTRY-SFCJ- I TY  ! S EuTRY-LNCLASS IF IEC 
DAT  A-S2  CUR  I VY  11  DA" A-UN  CL/SS  IF  ItC 
APPLICATION-SYSTEM  IS  SECSS 

SERVT  CE-SUTPORTED"  IS  TB  1 57C  i A 

ELEMENT  DESIGNATOR  IS  F I > E C 
PRESENCE  IS  PRESS NCF-RECLIFEC 
ELEMENT  DEFINITION  IS 

t THI  S FrSUDTCNTSTNS  A"  TKC  CF  t F" rCTcR  ~ CCC T T D — TT ."OTC ATE 

•THE  STATE  IN  n(i  I CM  AN  LtiuECT  CF  ENTITY  IS  LOCATED.  * 
SOUkCE-CCC  IS  NONE 
STANDARD  IS  FTPS 

DATA-FU ITJCCTIS  * SECURITY  , OFF FFAC*  " — — 

USER  IS  * N I C— A4 • 

RESPONSIBLE  EOF.  DEFINITION 
ADD  ELEMENT  NAME  IS  STURAGE-TYFE 

PKFP'AKFJ'dY  ~rSnc-T  3T  * 

ELEMENT  DESCRIPTION  IS 
•TYPE  OF  STORAGE* 

ENTRY-SECURITY  IS  F .M  TRY- L N C L A S S I F I F C 

DATA-- SET UET  TY'CS  D'ATA-TJIVCTT  SSTFIFU 

APPLICATION-SYSTEM  IS  SECSS 
SER VICE-SUPPORTED  IS  SBlSZCis 
PICTURE  IS  X 

USAGE"  r S DTTPCTY 

VALUE  IS  SPACES 

STCRE-v ALI JA’IOm  IS  SSZI 

MCDIFY-VAL! DA-TJN  IS  SMZI 

ELTT-TENT  Dc  S I GN A TUT  TCTTTFC 

PRESENCE  IS  PRE^ENCE-RECCIFEC 
ELEMENT  DEFINITION  !S 

•This  FIELD  INDICATES  hFCTFEF  THE  SPACE  fas  OPEN 


M c M B E R N - 


GEFEFAL' 


ME  DIESMS 

* S Tjr,  4 o r „!T  ri  NO  SECURITY  l C F F F SHELVES), 
•STORAGE  ILDCnING  SECURE  FILE  CABINET)  CK 

' C WH  ICH  COULD- H^AN  A N' ' E P FT  Y 'FTC  H . ' 

SuUkCS-DQC  IS  'JUNE 
J \ T A - S G o J E C T IS  'SECURITY, 

USER  lc  'NIC-4*' 

RT SPGNE  IDLE- FOR  DEFT  l\  IT  ITT 
-A  Not  IS  ' IT' 

RANGE  IS  'C' 

RANgE  IS  'O' 

CWF-l  ENT'S 

•THIS  FIELD  RUST  HAVE  ONE  CF  1 F E FCLLCRINg 

• N NONE 

‘ i ftsar 

ADD  ELEMENT  NAME  IS  TIM5-L0G-if* 

PREP  ARE  0 BY  'SDC-ISI  • 

TLErtEMT  DE SCRIPT  10 N_LS 

•TIRE  LOGGED  IN' 

ENTRY-S  FCUR  ITY  IS  EiyTRY -L  N C L A S $ I F I EG 
DAT  A-  S E C'JR  I ~ Y T ; DAT  A-UNC  LASSIFlcC 

A P PLICT  HURL- S Y 3 LEJ±_  IT  .SJLCTT 

SERv  ! CE-SJP?‘JRT'-.0  IS  S315<C12 
PICTURE  IS  914) 

USAGE  IS  DISPLAY 

S rc-F  S-  V A L I DA  fiOfCTSTTi  P 
ROD I FY- VALIDATION  IS  SMZA 
ELEMENT  DESIGNATOR  IS  FIXEC 

. ..  PRESENCE  IS  PRES EA'CC-RE.C LiF_E£ 

ELEMENT  D=FINITICN  IS 
•THIS  FIELD  IDENTIFIES  TEE  TIAE 
•A  BUILDING.' 

S C UR C E-DCC  If,  NGNC _ 


CL  US  ED 
NO  STCRAUE 


VALUES 


A VISITOR  ENTERED 


DATA-SUBJECTY S ' SECURITY 
USER  IS  'NIC-44* 

RESPONSIBLE  FDR  DEFIMTICC 

RANGE  IS  'uUOU'  THRJ  '2259' 

COMMENTS 

'THIS  FIELD  CONTAINS  THE  TIME 
•IS  A 24  HOUR  CLOCK  FORMAT 
M.E.  2200  IS  TO  00  P.M.  • - 

ADD  - ' ' ‘ " 


ZTVeTTL' 


If\  THE  FCRR  HHMM,  WHERE  HriMM 


Element  name  is  Ti ms-log-CCT 
PREPARED  bY  'SDC-ISI  • 

ELEMENT  DESCRIPTION  IS 

•TIME  LOGGED  OUT'  

' EYT F.Y=TZ7T:J RTTY^I  S~ET! TEY-C mXSYTFTET' 
DATA-SECURITY  IS  DAT  A-UMCLASS  IF  1EC 
APPLICATION-SYSTEM  IS  SECS S 
SEC  VICE-SiJPPORTEO  IS  SB  1 f Z C12 
q f4  } 

USAGE  IS  DISPLAY 
VALUE  is  zeroes 
S 1 CR  E- V A LI  DAT  I Ok  IS  SSZF 
MFC  IF Y - V A LT T)  ATT  C i I 'I  F SMZ7T 
ELEMENT  DESIGNATOR  IS  PIXEL 
PRESENCE  IS  PRESEnCE-RELUIFEC 
ELEMENT  DEFT  NT ’ION  is  


r 


MtiMiiCR  NAME 

RANbE  15  * N * 

RANGE  ! $ 'S'. 

A DU  ELL  MS  NT  NAME  IS  LATITUDE 
PREPARED  BY  'SUL-ISI* 

ELEMENT  DESCRIPTION  IS 
•L AT  I TJOJ* 

"NTKY-SECUETTY  IT  "NTR Y -C F C l A S S I FI  EC 
DMA -Sl  CUR  I TY  lb  JAY  A-UNCl/SSS  1HEC 
ELEMENT  UFS  IGNAT  A IS  UlS-WRUtLE 

PRESENCE  I 3 PRSirNGf-OPTICNAk 

CLEMENT  DCFINITIIN  IS  

• THE  LATITUDE  IS  Tup  ANGULAR  CISTAMF 
SJbCRDI NAT E ELEMENTS  ARE 

LAT  I TUOS-OEGR  EES  

LAT  I Tuni. -MINUTES" 

LAT  1 TUDE-SECPNDS 
LAT I TDD" -HE  M 1 S PH  EKE  . 

A£0  ELEMENT  NAME  IS  LUNb  fTUCE-CECPEIS 

PREP aRETJot  LET  

ELEMENT  OCSCK I PT ION  IS 
•DEGREES  UP  LONGITUDE' 

E N T R Y - S E C U 1 T Y IS  Ul  TRY  - LF  C L t S S I H tO 
^ATA-5!CURITY  IS  Tjy"A-UNCliSSIF  ICC 
TP  PL  ICATIUN- SYSTEM  IS  UCH 
PICTURE  IS  °lW 


FRCM  THL  LUUA7UR 


•jsacl  15  DISPLAY 

v M J*  IS  Z?RPS 


STuRE-V ACIUAT1UN  IS  SSZM 
MUD I I Y- VAL I DAT  I UN  IS  SMZC 
ELEMENT  OF S IGNAT OR  IS  OES- VAR  1/ ELE 

S^rS^NCE  T S PRESENCF-CPTlOJl  

ELEMENT  DC  F I N I v I UN  IS 
rHr  ANGULAR  DISTANCE  EAST  LR  WEST  FRcM 

MIR  III  An  Ti;  \ PCI  NT  CF  1 F t l AK  T P • 

* , _ _ - 


• Z£Ry 
•M=A  Jt 


THP!  PRIME  CR 

„ , . ......  » S SuRl  ACL, 

ASDJP-D  1 N DEGREE'S  , TRTR  CC  TIC REE 3 AT  THE  PRIME  E 
ZFRU  MERIDIAN  UP  TO  BU  T Ml  t>CEF01NG  THE  1 tsU  DF  GKI 
• ANGLES  EAST  AND  kEST  B £ T a t E F Ut  PR  I PL  LR  ZLRU  MLR  I J1  AN 
•AND  THE  \ B 0 DVGI  L . MLR  I C l A F ' 

ST  ASUSFT ff“1  ? DUfibWF 

DA  T A-  SU  B Jr  l T IS  COMMON- E IE F E F T 
USER  IS  *NI PSSA030N  TCFFEE* 


ADD 


...  .aLSPCNSIbLl^FUR  QEFINI.1KA 

rANo?  is  'uou*  Thru  • L si c * • 


ELtMENT  NAME  IS 
PREPARED  BY  LET 


LONGITUCE-F  IM1ES 


CNTK  Y-  S ECUR  i T Y IS  ENTRY-L'MIAJSIFIEC 
DATA- SECURITY  IS  PAT  A-UML  ASS  IF  IEC 

is-utB - 

VALUE  IS  Z F Rl'S 
STLRE-V aliuatiun  IS 
M JO  I P Y - V A L ! D A"r  I UN  IS 
ELEMENT  nr  r,  j GNAT  LR  T 
•RFSENCL  IS  PR  t Sc  ML  t 
ELEMENT  J*FlNITlCN  IS, 

• CNF  Ul  PO  i PARTS  IP  1 L'ElPl!  LP  AM  I PI,  III;  TuTAl 


SSZM 

SMZC 

s DTS-TTVK 
— UP  T ILFAL 


? j 


ME  Mb  7 K NAM? 


I 


ACI 


A CD 


ALU 


j>i  r s.  i s 

* UF  tu  SUCH  PART  S FXPRESSEC  AS  1 CECKcc  CF  ANGLE ' 
ST/NJARO  iS  GlAAUEFF 

JSEK  it  Til  PSSA02CN  TCkMF' 

Ki:  S PCNS 1 ULF  t-oK  Cr-FIMIRF 
RANGE  IS  *Uvj'  1 H F,  J '99*. 

?LcM",Y'  NAM  2 l\  LONG  I TOC  C- S E C C N CS 

“PRFPaRfO  nYTET  — ~ 

ELEMENT  OESCRIP'IUN  IS 
* srcui\j:'  of  luuGiTuue' 
r.NTRY-SFCUP  ITY  IS  EH  TRY-LN  C LA  S S 1 H EU 

OATA-Srcus  I TY  IS  D A T A -U  N C L A S S if  ItC 

APPL  iCATlON-SYSVEM  IS  ULii 
PICTURE  IS  99 
JSAGE  I S DISPLAY 

"VALUE"  VS~Z  uRCIT 

TTORE-VALI  OA  T 1 ON  IS  SSZN 
•IOC!  FY-VALIOATI  UN  IS  SfWC 
CLEHEKT  DESIGNATOR  IS  OES-.F  I>EC 

“PRrSfWCcT  rS“PRrSTNC“-C:PTrCAAL  

ELEMENT  DF.FlNITIuN  IS 

•CNE  OF  6u  cUOAL  PAFl'S  CF  fi  RINLTE  CF  ANGLE,  THE  ' 
•OF  t>0  SUCH  PARTS  EXPRGSSEC  AS  1 MNUTE  LF  ANo  LE • 

STANDARD  IS  UT'ASuERF-  

JATA-SUBJECT  IS  C n'IMCN-  C L E ^ E 7 
USER  IS  'NIPSSA02DN  U*N£P» 

RES  PUNS  ! OLE  F UK  DEFINITION 

P SNI»E  IS  »-DO»  THRU  »^9*.  “ 

FLAMIN'"  NAME  IS  LONG  1 ‘r  U C E- F E I"  ISFhEKE 
PREPARED  jY  LET 
ELEMENT  DESCMPMLN  IS 
■ ’ V IT M I s PHERTf  CF  L C i«n Tun r “ 

FNTR Y-SSCUF ITY  IS  ENTRY-LNCIA S S I F I EC 
DATA- SECURITY  IS  OAT  A-U  NCLASS  1F1EC 
APPL  I L AtlON-SYSTEM  IS  UL’E 

’PICTURE  ~TS~X 

USAGE  I S 01  SPLAY 

VAlUC  IS  SPACES 

STUR r- V ALT  OAT ION  IS  SSZG 

' HQ  DT  F Y- V ALT  QATTuts  TS  S M I A I 

ELCMENT  DESIGNATOR  TS  DES-CCCE 
PRESENCE  IS  PRESENCI-UPT  ICNAl 
cLEMrNT  OE FT  NIT  I ON  IS 
-•I'A'ST"' WnTST* 

DATA-SUBJECT  IS  COMMCN-ELEFEM 
USER  IS  *NI P5S A03DN  TCFNEF* 

~R'TNGL'  - tn^_OEFlLNJJ_J.CN 

R L piii  T-  T i I « 

ELfcMSNT  NArtE  IS  LbN^ITUCE 

HBSHFaiCTfWifflHi 

• LLHuI TUOE • 

SNi  RY-S?CUr%ITY  IS  EHTRY-CNCIA  <S  IF  IEC 
DATA- SECURITY  »s  OAT A-U N L L 3 E S I F J EC 
FLF.r_.MT  UEsTgN^TUR  I $ j£S- W^lAtLL 
PKc.INCE  IS  PKEsTNC  --cpt  icnal 
FLEMI  NT  OFF  INI T I uN  I S 
•The  LUNuITUJE  is  The  ancllap 


AL 


CISTANCL  I FI  M PRIME  ME?  I 01  AN  • 


L 


MEM8FR  NAME  DIfSMS 

SJbDP.Jl  NAT E ELEMENTS  ARE 
LONGITUDg-JSoRSSS 

- com5 itudf-htnutf f - - 

LONGITUDE- SECONDS 
LUNG  I TU JS-HEM I SP  HER  £ • 

IDO  ELEMENT  NAME  IS  ALTITUDE 
op  EPARFC  BY  rSDC-I  SI  • 

ELEMENT  DESCRIPTION  IS 
•ALTITUDE* 

SnTRY-SECU"  TTY  IS  ENTRY-LNCLASS JFIED 

3ATA-SECUSTTY  IS  DAT  A-UNCL  ASS  TFIFC 

APPLICATION-SYSTEM  IS  ’SEC'S* 

SERVICE- SUPPORTED  is  S81EZCC6 
PICTURE  IS  S9(5) 

USAGE- “TyOI  SPLTTY 

VALUE  IS  ZEROS 

S r OR E — V AL  I DAT ION  IS  SSZG 

MODI  F Y- V ALl DAT  I UN  IS  SMZA 

ELEMENT  "DTSTG.TATLP:  I S uES-YAFTA  EVE 

PRESENCE  IS  PRESENCE -OP  T IC  A A L 

ELEMENT  DEFINITION  I S 

•ThE  ALTITUDE  IS  THE  VERTICAL  ELEVATION  AijOVE  SEA  LEvEL* 

D ATA- STJB JE CT"T7  * SEC Ur  I'r  Y“,  CENEFAL* 

USER  IS  ’NT  C-V>  • 

RESPONSIBLE  FuR  DEFINITION. 

ACO  ELEMENT  NAME  IS  LnCATION-CNT  R ) 

PRFPARFC  bY_,SDt-:SI  * 

SANE  AS  ELEMENT  CUUNTRY-CltE 
ELEMENT  DESCRIPTION  IS 
•COUNTRY  CODE • 

APPLKATION-S’YVTFM  TS-r  EEC'S  S'* 

SERVICE-SUPPORTED  IS  SdlE2CC6 
USAGE  IS  DISPLAY 
VALUE  IS  SPACES 

s TCRST-  Y A LTD ATT  0 TT  S~S  SZ  G~ 

MODI  F Y-VAL  I OAT  I CiN  IS  SMZA 
ELEMENT  DESIGNATOR  IS  0 E S- A A R IAELE 
PRESENCE  IS  PRESENCE-OPTICNAL 

^LEMZN^-'DEFTNTTTON  TS 

•THIS  FIELD  IS  A T*u  CHARACTER  ALPHANLPERIC  CODE  TO 
’INDICATE  THE  COUNTRY  IN  RFICF  AN  OBJECT  OR  ENTITY 
•IS  LOCATED.* 

'STAR D ART)  I S"  ’D1  AADER F 

USER  IS  'NIC-V*' 

RESPONSIBLE  FUR  DEFINI7ICN 

COMMENTS  t 

','SEVDND7.FY  r NOTE  a * . 

ADD  ELEMENT  NAME  IS  LOC-ZIP-CCCE 
PREPARED  BY  ’SDC-ISI  • 

ELEMENT  DESCRIPTION  IS 

•TTP'CGD'T* 

ENTRY-SECURITY  IS  CnTRY -LNC t A S S I F I EC 
DATA-SECUF.  ITY  IS  DAT  A-UNCL  ASS  IF  IEC 
APPLICA i ION-SY  V-  E M IS  ’SECSS' 

'SE  r.VTC  F-SU  ? PDRTDT  IS'  SB  1 5TVC  6 

PICTURE  IS  X ( 9 ) 

USAGE  I S DISPLAY 
VALUE  IS  SPACES 


OBJECT/ EI..T  IT V 


' M.\ME  QIC  SMS 

STORE-VALIDATION  !S  SSZG 
MODI FY-VALT TATI  UN  IS  SM  Z A 
ELEMENT  ’DESIGNATOR  IS  D E S - \ A F.  I A £ L E 

pressnc  : is  pR^SENce-ePTiCMi 

E L E M 2 N T OF.  PI  Ml  f I UN  IS 
•<:IP  CrDE  IS  A C(  DC  A S S T G N E L 1C  FCST  OFFICE  SERVICE  AREAS' 
DA*:'  A-SUdJECT-!  3 1 SHC  URI  TV  » G £ F E F A l ' ~ 

USER  IS  'NlC-Vf' 

RESPONSIBLE  FOR  OEFIM1ICF. 

ADO  E L E M i NT  NAM?  IS  UCC-NAME-T  V F E 

^RTPARzC'-iV  ~ft5C-lSV' 

ELEMENT  DESCRIPTION  IS 
•LEG  ATI  CM  NAME/''  YPE  • 

= NTRY-SE£.URIIY  IS  ENTRY- L F CLAES  IFIEC 
JATA-SITC'URTT  v~TS^JATX-uN  CTA  SSTF1  EC  ~ 

ELEMENT  OESIGNATCJR  IS  DES-\APi/ELE 
ELEMENT  DEFINITION  IS 

All  i LS_ jEJLSy?._C Uj '.AIT) S_Th£J& i f JLJjt t J Y_P 1. 1. .F_JH£_Q.B J.&.C.T / EM T : 

^UbL-KDINAi  : EL’jMcmS  ARE 
LOCA  TI ON- NAME 

Luc ati un-type. 



ELEMENT  DESCRIPTION  JS 
•STATE,  ZIP,  AND  CCUNVRY  CCLEi' 

ENTRY-iECUP  ITY  IS  E-NTRY-LF  C LA  SS  1 F I EC 

TXTA-Szt  jRrmr  tjst  i=tJKfon  j f iec 

ELEMENT  DESIGNATE  I s D E S- \ t P l f t L E 
ELEMENT  DEFINITION  IS 

•ThIS  FI  = LD  CONTAINS  ThF  STATE  CLlE,  ZIP  CODE,  AND  Trie 

- 'CruNTRY'  CCDTuF  AN  ENTITY* “ 

S'JbOAD  1 NATE  ELEMENTS  ARE 

location-state 

L?C  AT  I n j-C'IT  F Y 

_ — cc-z  rp-_T-D^ 

ADO  CLEME  NT  NAME  IS  L AT- LGNG-A  LT 
PREPAREC  BY  • S DC- I S I • 

ELEMENT  DESCRIPTION  IS 

» OTTTTUDH7  L uNGTTUDF7"Am  TXT  F* 

ENTRY-SECL»RITY  IS  ENTRY-LN  C L A SS  J F I ED 
DATA-r ECURI'rY  IS  DAT A-UFCL/SS  1FIEC 
ELFHENT  DFSIGNATuR  IS  DES-UFlAELc 

EH  FiTETTT  D FrTftTTnTN  TS~~ 

•THIS  FIELD  CUNVAINS  THE  LCCA1ICA  CF  AN  CJJECT  OK  ENTITY 
•IN  TERMS  OF  LATITUDE,  LCFCITLCE,  ANC  ALTITUDE* 

SUBORDINATE  ELEMENTS  ARE 
CATT7UDE 
LONGITUDE 
ALTITUDE. 

ADD  ELEMENT  NAME  IS  ACCESS-FICAT 

— - — pp;Ep  -T  rsi~» 

ELEMENT  DESCRIPTION  IS 

•floating  ACCESS  INFCFFATJCN* 

ENTRY-SEOJRITY  IS  EnTKY-CFCLASS  IFIEC 

DATA- Sc  CUR  ITY  IS  JAT'A-U  NlliSS IflFt 

ELEMENT  DESIGNATOR  IS  F I > E C 
ELEMENT  DEFINITION  IS 

•THIS  FIELD  CONTAINS  THE  TCTAlS  T I A T lCNTkLL  ACCESS 
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MFMdFR  NAME  QIESMS 

'CUSS  FOR  rLO^TTNo  ALLLCATICF.' 

SUuORDINATE  rl=McNTr  ARE 

rQT-ACCsSS-aUTil — - 

TCT-ACCfc'SS-FIlL 
TOT- ACCESS-FLOAT 
TOT- AJTHZO-FLOAT 

tct-silt-rfadout; — 

ADO  ELEMENT  NAME  IS  dADU E-D  J$F-  If*  FC 
PR SPARED  dY  'SOC-ISI  • 

ELEMENT  DESCRIPTION  IS 

1 DA  Do"  DTS'°CSTTI  TEN  “INF  CFP .TICK* 

ENTRY-SECURITY  IS  ENTRY -LA C L A < J I F I ED 
DATA-SCCURITY  IS  OAT A-UACLASS  1FIEC 

ELEMENT  OE  5 ION  ATOR  IS  FIXEC 

^.LEM?TiT~B=FtNITTLTrT5 " 

•THIS  r 1 FLO  CONTAINS  THE  tACLE  CISPCSI71CN 
•INFORMATION.' 

L SObCtOI  NAY_IL_SlJL.dILNlS_.Ali  E 

d A DO- 01  SPCSI  TI  JN 
JATE-tt  AUvI-OI  SP. 

AOO  ELEMENT  NAME  IS  d ACU E-r YP E-CC C E 

L ?£EPA.R|a.  dY  •JSJC-I  SI  • 

ELfcMEN  OSSCRIPTION  TS 

•uADGE  TYPE  INFORMATICS 
ENTR  Y-ScCO" I T Y !S  FM TRY -L F C l A S S I F I EC 

JA7A-.SE CJp.I.TJT..  IS  DATA-ONCLASS.1F.IEC 

ELEMENT  DEE! GNAVLR  IS  FIXEC 
ELEMENT  DEFINITION  IS 

•THIS  FIELD  CONTAINS  THE  FIACI  ARC  INCICATlRS  THAT 

= • DESCRI  UE  A.  BADGE  • ' 

SUuUROI  NATE  ELEMENTS  ARE 

BADGE-TYPE 

SECURE-  ID-COOS. 

, — — APC__5L£MENT.  AArtE.JS_dI.LL  ET_- E.LACL 

PREPARE C dY  'SOC-ISI  • 

ELEMENT  OtSCRIPTI^N  IS 

•dlLLET  FLAJ  INFOKMATICM 

ELN  T R Y -JLE C Ui\ ITX. I S.  ENTRY-L^LASSIFIEC 

JATA-SECU'UTY  IS  DAT A-JFClASS IF  ICC 
ELEMENT  DESIGNATOR  IS  FIxEC 
ELEMENT  OF  F I NI  T I UN  I S 

' 7 HLS_  RI LLD..  C. QNi  ALM£_T H L_LL AC J-lhAT  CONTROL  Ali  Q I NO  I C AT  £. 

•UILLET  USAGE. • 

SUBQROI NATE  ELE  MF  NT  S ARE 
FLG-dlLT-TYPE 

f LG- a I.L.T-STATUS 

FLG-ttc-RE  AD-OUT  ' ' 

FLU-USE  p-COOE 
F LG-S  A0-C005. 

_AOJ  ELEMENT  NAaIELLS  OATE-ACOf  <Ut  

PREP  ARE  C dY  'SJL-ISI  • 

CAME  A S ELEMENT  0 ATE- Co  F FLA 
ELtMENT  DESCRIPTION  IS 

* ACCESS  gSTAdLlSHgO  CATE* 

= Rr-S:.CUM~Y  IS  ENTRY-LKlASS  iMEC 
DATA- SECURITY  IS  DAT A-UNCLASS  If  IEC 
ELEMENT  DESIGNATOR  IS  FlxkL 
PLEMINT  DE  cJ  til  1 1 N IS 


MFHbCc 





NAM  13  OIL?, 'IS 

•ThIS  FIELD  CGNrAIN?  TH  5 DATE  IN  inHiCH 
•CODE  Vi A S -STU'L  I Srl~'0.  • 

sobORDi  \’att  elements  are 

YK-ACC-"ST  Ad 
Mu-A^b-FST  Ab 
) Y-ACC-CST  Att. 

'.DO  7 LEM" NT  MAT-17  I ? D A~7-AC  C-7  SFN 
°PFPARED  oY  'SDC-ISI  • 

SAME  AS  ELEMENT  JATE-CL'NMCN 
7 LF.-I2  NT  DESCRIPTION  IS 

•ACCESS  TERMINATION  C/TE’ 
SNTRY“3ECU°.  ITY  IS  EN  TR  Y-L  N C L A £ S 1 1- 1 EC 
DA7A-SE  CUr\  IT  Y IS  DAr  A-UNCL/iSS  1 F 1 E E 
CLEMENT  DESIGNATOR  IS  FIXEC 

"ELEMENT  DETINITrON~T  S 

'7HI<  FIELD  CONTAINS  THE  CATE  IN  WHICH 
•CODE  * AS  TERMINATED.  ' 

SvJbURD!NATc  ELEMENTS  ARE 

YR  - AC  C-^T  ER  M " ' ' 

-171— ACC-TERM 
OY- ACC- TER  -I. 

ADO  ELEMENT  NAME  I?  0 AT  2- AS  ? !G  N-  £ N D 

PR  HP  ART C dV"T5'X-T'SI~*  

SANE  AS  ELEMENT  'DATF-CUN  NL  N 
ELEMENT  OE  SCR! ?T I ON  IS 

•ACCESS  TERMINATION  CA1E' 

- - '^TRY-SECURTT-y  IS  FNTRY-LN  C L A S S I FTEU"" 

JATA-SrCCRITt  IS  DAT A-JNClASS  IF  ICC 
ELEMENT  0 IS  IGNAT uR  IS  FIXED 
-LIE  HE  NT  02  FI  NIT  I UN  IS 

- -.This  rrELJ  contains  the  inr  in  "which 

•CODE  wAS  REVOKED  (bY  DEER  IEF  INC  CR  CT 
SUdOROI NATE  ELEMENTS  ARE 


ACCESS 


ACCESS 


«hICF  o DF  AM  ACCESS 
CR  OTHERS  IS  E J .* 


YR-ASSI  tfNfcENp 
M0-45'SrG'^*ND 


nY-ASS I GN— END. 

A 00  ELEMENT  NAME  IS  OAT C-ASSIGN-EST/E 

gKEfiA&iS^li  Y ' S Oirl  S 

Same  as  clETRTnt  daie-CiTnncN 

ELEMENT  DESCRIPTION  IS 

•PERSON  ASSIGNED  ACCESS  CATE* 

£NJ£YrvS.£ CUJLLIX-l  S EM  T RY-LN.  LLA  S S I F I ECL_ 

DATA-SECURITY  IS  OAT A-UNCL/SS  If  ItD 
ELEMENT  DESIGNATOR  IS  FIXEC 
ELEMENT  DEFINITION  I S 

Mhl£_£J£Li)  _C  ON  LA  I NS  XH  E_C1X£_J  N_«hJI  Oh_A  A.  ACCES  S 

•CODE  *AS  ASSIGNED  TO  A FEFSCN.* 

SUBORDINATE  ELEMENTS  ARE 
YR-ASSiGN-EcTAd 

MQ-ASSIGNdLSTAb 

DY-ASSI GN-ESTAb. 

A 00  ELEMENT  NAME  IS  DAYS-BACC-C  ISF 
PREPARED  dY  'SDf.-ISI  • 


ELEM2NT  DESCRIPTION  IS 
•DISPOSITION  DAT  F • 

ELEMENT  definition  is 

•THIS.  FILL'D .jNDIb  \TFS  ThE  DATE 


POSITION  (STILL 


t / C G E - • 


NAKC  01 F SMS 

"JSE,  LOST  OP  OcSTRC  YEO ) CF  A 
SUUOinD  I NA.T  : ELEMENTS  are 

YR-GADG-DI SP  ~ ' “ 

MO-iiAOu-DISP 
DY-D  .:JG-CISP. 

A 00  ElEMFNT  NAME  IS  OVTF-oACGE- ISSUE 

— ?R EP ARE  D BY  'SDC-ISF  « 

3Am:  A3  ELE'13NV  0AT5-C0MMCN 
ELEMENT  DESCRIPTION  IS 
•BADGE  ISSUE  JAT  E* 

ENTFY-3TTCUR  FTT  T3~  ENTRY-LA  Cl  A S’STFTEC 

JATA-SECURITY  IS  DAT A-UNC l A S S 1 F 1 ED 
ELEMENT  DESIGNATOR  IS  F J * £ C 
ELEMENT  DEFINITION  IS 

• THI  S'  FTFLD CONTAINS  TH  FFATF  ^TFAT'  ThF  'tJAD GE~k  AS~TSSUE  D 
S JbUR D I NATE  ELEMENTS  ARE 
YR- BADGE- I SSUE 

M0-3ADGE-I SSUH 

DY-B'AWF=TSTUE, 

ADO  ELEMENT  NAME  IS  DAT E-bl -CC M F 
PRcPAkE  C BY  'SOC-ISI  • 

SAME  AS  ELEMENT  DAT E-COMMCJN 


FlF  M eNT'GESCFTPTTG  NJ  ~1  S 

' BACKGROUND  I NVEST I CAT  1LN  CCMPLSTICN  DATE' 
ENTRY-SECURITY  IS  ENTRY-LKLASSIFIEC 
DATA-SEQURITY  15  JAT A-URClASS  ]F]EC 

FLEMFSIT'  DTTIGMAT  CR  I S T I XET  

ELEMENT  DEFINITION  IS 

•THIS  FIELD  CONTAINS  THE  CATE  IN  *hICF  A oAOkGROUND 
•INVESTIGATION  !<:  COMPLETE:  FCF  A PERSON.' 

’SU&ORDTNAT'FTCFi-ic  NT  S ARE 

YR-dI-CCMP 
MC-dI-CCMP 
DY-3I-CCMP. 


FDD  ~EFEM  ETTT  NTTM  ETS_D  ATE-BT-'R  FFST  F 
°P  EP  ARE  C BY  * SDC~ I S I • 

SAME  AS  ELEMENT  DATE— CCMML  N 
ELEMENT  DESCRIPTION  IS 


~TTA~FRGTDU'TJ~TNVES'rTG'ATTCF“  FTCUETT  CATS 
ENTRY-SECURITY  IS  ENTRY - L N LI  A S S I F I ED 
DATA-SECORITY  IS  DAT A-UNClASS  IF  1ED 
ELEMENT  DESIGNATOR  IS  F I XE  C 

T LFMEMT-  DE  FTNT  TTGTT1  ~S~ 

'THIS  FIELD  CONTAINS  THE  CATE  CN  *HICH  A oACnoROUND 
•INVESTIGATION  IS  RE  DUE  ST  E C FCR  A PERSON.* 
SUBORDINATE  ELEMENTS  ARE 


MO-bl-REOSTD 
DY-dl-REcSTD. 

ADD  ELEMENT  NAMr  IS  OAT  fi- B I — S T ARTEC 

p-r  epare ct  o y~ 'tdtt-t si  • 

SAME  AS  ELEMENT  DAT E-CCM ML N 
ELEMENT  DESCRIPTION  IS 

_ •BACnGPOoND  INV6STI GAT  I C N START  CATE* 

ENTR"Y-S’FCuRTrY  ' TF  ‘ "NTRY-UA  C1FTSTFI  EC 

DUA-SECURITY  IS  DAT  A- UN  CLASS  IF  16C 
ELEMENT  DESIGNATOR  IS  F I X E C 
_ ELEMENT  D"FI\I";ON  I* 


!E!i:v 


\V  Tut  CATE 
START  EC  UK 
ARE 


CN  V> r<  I L H A 
l EEK.Sl.tV.' 


CPI  tic 


NAME  ull'S.-tS 

• "HI  s H ZIP  C JN . \ 

' I NVc.ST  !ii\T  Iw\  .S 
SooORDI \ATr.  CLEMENTS 
YK-t>  I-.STAK - lO 
■10-o!-STAKTr:3 
>V  — t'  I — S T A".  TED. 

add  element  name  ir 

TRFPARFC  oY  •S.'tr-ISI  * 

SA  .MT  AS  ELEMfc.N"  0 A TE -CUP F L A 
CL£M:N;  DESCRIPTION  IS 

’ 3 AT"  ‘A  ill  L l r T „AS  CKF/TEU1 
SNTPY-SkCUKITY  IS  E 4 TRY -L A C LA J 5 I H ED 
3 AT  A-SE  C UF.  I T Y I.S  0 AT  A-U  AC  L t S S 1 H I C 
cLHMr.m-  OFS1GNATCR  ! S F I > E C 
clfment  definition  is 

HIS  E i i L 0 CONTAINS  The  L / 1 E 7 F A 


u AC  n o K U U i\  L 


A tiLLST  wAS 


a r j 


•NTS  AR  F 


t)ATt-CERT-E>FlFE 

1 


FTR 


ADC 


A DC 


•CPFATFO. • 

FaoliRD!  NAT1-  r L E >■ 

YR-SI lT-CR"ATD 
MU-OlLT-CREATJ 
"Y-lU  LT-CREATO. 

C E t >1 E N T Wit  IS 
P»n"PAR3T  BY  • 5DC  ... 

SU.E  AS  rL‘>'.=  NT  DAT^  — COPPLP 
ELEMENT  DESCRIPTION  IS 

• C -nT  I F ’ C AT  I LN  ‘aFIRE  CATE* 
r \TR  Y- SEC JRITY  I?  ^NTRY-L b C l A S S 1 F I EC 
DU  A-S’iLvJRITY  IS  DAT  A-UNCL/SS  1HEC 
ELCHIN?  JE  V I ON  VUR  IS  EI>EC 
ELEMENT  DEFINITION  IS 

'This  FIELD  C ova  INS  THE  TX77W7ICN  CATE 
1 PFKE  UNNEL  CDriHiJ  TO  VUhr  IS  A lilLLEI.* 
SUBORDINATE  ELlhE  US  ARE 
Yc  -C  ::'T- E X P 1 RE 

M D - C T RT  - ^ X T*  TTsE 

"'Y-C  EKT-F  \PI  RE. 

ELEMENT  NAME  IS  L AT  E- F I A L - t C C E E L 
PREPARE  C t>Y  • SJL-ISI  • 

TW;  AS  "LE  IF  IT'DATE-TDFKTf 

ELEMENT  DESCRIPTION  is 

•final  ACCREDITATION  u'TC 
EN7K  Y-SECMR  !TY  IS  7,  NTRY-ln  CLASSIFIED 

TwTJFSetOR'n?  T 3 DAT  A-JNCli  SSI  FIEF 

ELEMENT  CL  S I GNAT CR  IS  PIXEL 
ELEMENT  DBF  I NIT I 0 4 IS 

•This  field  CONTAINS  the  CATE  KFEN  NU-m 
' \CCRFDTTED~TH"  SD  AC  T FCR  7>E  S FECI  FI  ED  ITVCTLS 
SUtiORC  I NAT  E 7 L r M1-  nT  S ARE 
YR-F INAL-ACCRED 
M>  -f  I NAL-  ACCR  t') 

DY-F7NAL-AuRED. 

ELEMENT  NAUF.  V 
PREPARED  BY  • Si>C  - I S I • 

FAME  AS  :i;  irNV  DATS-COmK 
TLFMF  NT  'D“  SF7.T  F7TDN  IS 

•DATE  L S INSPECTED* 

E NT  R Y -F  •;  CLK  I "*  Y T.  l\TRY-LNCEA<S  IH  iC 
T'-'-S.EC  J-U  TY  1 JU  A-UNCLASS  1MEC 


>-7 


MSMtiE 


% NAME  Cl  "3,-15 

ELEMENT  DE 3 ! GnAT UR  IS  FIXEC 
ELEMENT  DEFINITION  IS 

irhlS'  FI  *LD'CCJN74INS  thf  cate  cf  'Thetast 
• INSPECTION  UF  A SPACE.' 

SUBORDINATE  ELEMENTS  ARE 
YR- 1 NS  P EC'”’  ED 

sro=r  n sp"e  cts  j ~ 

JY-I NSPECTEJ. 

ADC  ELEMEN"  NAME  IS  D AT  'i- 1 NT  K- A C C F c C 
SPARED  o Y 'SDC-ISI  • 

SAME  ~ A $ E CEMENT  JATE-CC Pf*CF 
ELEMENT  DESCRIPTION  IS 

♦INTERIM  ACCREDI TAT  ICC  CATE* 



ELEMENT  DESIGNATOR  IS  FIXEC 
ELEMENT  DEFINITION  IS 

LT-HLS-  FIELQ_CUIII.AI LS ._TH£  CATE  T F AT  A SPACE  >iAS  GIVEN 

•AN  INTERM  ACCREDITATION.  TFE  SPACE  hAS  THIS 
•ACCREDITATION  uNTIl  A TECHNICAL  SURVEILLANCE  COJNTER 
•MEASURES  SURVEY  IS  COMP  LET  EC.* 

SJJ  u.C_RDJ_NAXE_J;  Li  Cl  E ttIS__jA  R_E 

YR— I NTER-ACCFED 
MO— I NTER-ACCREU 
3 Y—  l - ft—  \ C C KG  0 • 

_AE£LE L E M i N f . _NA M 1 J.S.J3  A TF-LAS.Ii ACC  Fit 

PREPARED  DY  *SjC-ISI  • 

SAMS  AR  ELEMENT  DA'' E-CC  F PC  N 
ELEMENT  DESCRIPTION  IS 

. J_L AS ,T_ A C CRELO  I J AT  I ON_W_l£* 

ENTRY-SECURITY  IS  FNTRY-LNCLASS IFIEC 
DATA  - SEC  UR  I TY  IS  DAT  4-U  NC  L A 5 S I F I EC 
ELEMENT  DESIGNA7CR  IS  FIXEC 

£ L E M 5_NT_D i FJN LI  JON _I  S. ■ __ 

•THIS  FIELD  CONTAINS  THE  CATE  CN  whlCh  A SPACE  «AS  LAST 
•ACCREDITED. • 

S JdORDI NATE  ELEMENTS  ARE 
YR- LAST- ACC RED 

3 0- L A?T- ACC RED 

DY-LAST-ACCP.EO. 

ADD  ELEMENT  NAME  IS  DAT E-LO G-  1 N 

PEXf,A&iiD_jiXJIi.DCiI  S L_i 

SAME  AS  DATE-COMMON 
ELEMENT  DESCRIPTION  IS 
•DATE  LOGGED  IN* 

E NTRY-SECuRITY  I S E N T R Y - L N C L A S S I F I EC 

ELEMENT  DESIGNATOR  IS  FlxEC”'" 

ELEMENT  DEFINITION  IS 

'Til I S DATE  FIELD  IDENTIFIES  TFE  CAT=  a VISITOR  ENTERED 

“ *~4  tiJILDTNG.' 

SJbCRDI NATE  ELEMENTS  ARE 

YR-LOG-IN 

MO-LOG- I N 

DY-LCG^T  N.  

ADD  ELEMENT  NAME  IS  DAT  S-LO  G-C  L7 
PREPARED  UY  'SDC-ISI  ' 

SAME  AS  ELEMENT  DATE-CCPPCN 


f 


NA  ME  DI  7 S -t  £ 

ELL  ME  NT  ,>K  SC  " ! PT  t o\ 

' JA7I  LODG'D  CJV 
ENT*  Y-SEC  -J«  ! T Y IE  Pn 
JA.TA-SLCUP .»  TY  IS  0 ' T 
"lEMMA  Cr  S T Givi  Ck  ! 
c If  Mr  NT  TIC\  I 

* THIS  l IELU  I JfJil  I 
•A,  4 'JILTING.' 

SJbC'FD!  MATE  ELlMcMS 
Y'v-L  Jc-LJT 

.to-trc^ttrr  — ■ — ~ 

JY-Lwo-LUT. 

ACC  ELI  Ml.  NT  NAME  IS  DATE 
PREPARED  ii V ‘SJC-  I SI 

S7tnT  AN  Et-Ent'NT-nf.TE 

=LEMEMT  ’DESC  RI  P7  Il'.N 
•JATc  1. 1 i l)  1 Mu’ 
"NTRY-S  ~C  JR  l 7Y  If  EN 

1 ,VT  A -TH  TOFT  Y T ^ TAT 

ELEMENT  JLSIGNATcR  ! 
ELEMENT  DE  F 1 Nl  T I CN  I 

• ThI  S F I PL  D CO'iTAI  NS 

: t^r--)  -I  ,MTr  ‘ *.  ' o I L L E T . 

S JoUfvDI  Nt  ME  EL-SC-iVS 
YK-RE-'D  — IN 
MJ-FfcAJ-IN 

tt-r  tat-tit; 

ADO  ELEMENT  X.\MC  IS  DATE 
’SEP  ARcO  0>  ’SLV-ISI 
SAME  \S  - L - -r  N •'  _ M F 
'^LFMrNT  OFSCRTT'Tir-N 
•FLAGGED  TC  GC  R 

entry-s  ~cje ! ty  t l.  >:n 

DAT  A- SECURITY  IS  0 " T 
FLFMTNT  rETTGNAMOR-  I 
ELEMENT  DCF  INI  T1  .“I  t 
•THIS  FIELD  L ONI  A I NS 
1 HAVE  ITS  I NL  U.'uj  E.\T 
S’J5DFTr\TATr  TELT'IT'ITS 
YK-R  E AD-CUT 
•1 1 > — R f A J— CUT 
0 Y-°.  EAU-QUT. 

'^'DD  ^L.“m'T>'^A.-M‘1'A  -zr,  t 
PKl  PARED  ti Y 'SOL- I SI 
SAME  AS  ELEMENT  DATE 

ELEMENT  DESCRIPTION 

rJATfQFiTSP?rr 
ENTRY-SECJR MY  IS  l i 
OAVA-SECUNMY  1 •»  OAT 

E L E M t N i 0 E F 1 iNl  T i j N ] 


1RY-CNCL  it  S Ii  I EE 
A-UNCl ASS  IF  I E o 
R 4 I > 6 C 

S 

E S TP  t L'A  T l A Vi'S  ITLP  LtPT  


-RE  A C-  IN 

i 

-CtfMCN 

IS 

a idlin' 
tky-lnclassimec 

A-UNCL  fSS  I Flic 

s P 1 > k c 

R 

THE  CATE  TP  AT  AN  INCUMBENT 
ARC 


•PEAC-LL  T 
•COPPCN 

:ao  Ed  cms* 

rRY-LMLASAlFIEE' 

.-UNCLASS  If  ItC 

• ~FT>  ET  

'the  CATE  TPAT  A ti  I L LET  *A  $ 
t E A C l L T . • 

ART 


. jE  0 TO 


•'HIS  FIELD  C 0\v  M NS 
• INS  PCC  T I C l CP  k f P* 
•FIELDS  - sJ  ACCESS  T ii 
f Jof  R St  I R7  E IT  '.-'-VS 
YR-S  -IS-CMTS 
■1 J-S  MS—  C *•’  T S 
OY-SMS-v,  '*'S. 


-SOTS-  Z NTS 

« 

-COMCN 

1 1 

TOT  CCM-cNTS* 

TRY-LNClASSIf  I EO 
MU  NC  LASS  IF  ICC 

|-£JUlU 

‘THE  CATE  FLU  THE  CCTNtNTS  n 
CE.  IT  IS  ISEJ  AS  CNt.  r Tm 
L OAT  A EASt  Cl  A MINTS-  RLClRG. 
ARE 


r 


MEMDCR  NA  ME 
ADD 


IuA"  l VE 
COUNTER 


u;  es.ts 

EUEMEiF  M A A I t>;  u AY  E-T  S C F-  C C t>  i 
PRFPAR'O  or  '5DC-ISI  * 

SAME  AS  CLEMENT  DATE-CLAPCA 
~lfm?nt  DE^lM  P7  JCN  IS 

• TSCM  CCMPL.-TIUN  DATE* 

EnTRY-SFCJF  lTY  IS  ENTRY  -U.\  CIA  SS  IH  EG 
D4TA-R':CUE  TTY  IS  DAT  A-UNCl  ASS  IFIEU 
-LEMS  NT  D-  S ioNDT  OR  IS  FI>EC 
r L F.  M r N T DEFINITION  IS 

'This  FIELD  OBTAINS  THE  l HE  TEAT  NAVAL  INVFS 
’SERVICES  CUMPLETEO  THE  TFCFMCAL  SURVEILLANCE 
•MFASJRES  SURVEY.' 

SUBORDINATE  ELEMENTS  ARE 

YR-TSCM-COMP  

MG-TSCM-COMP 

UY-TSC M— COMP. 

ELEMENT  NAME  IS  DAT  E-TS  CM- F EL 

P.f EPAREC  QY  ,'SDC-ISf  ; 

SAME  AS  ELEMENT  uATE-CCMH  S 
ELEMENT  Cl  SCRIPT  I UN  IS 
' TSCM  REQUEST  DATE' 

E 41  - Y-SFCURH  Y IS  EMTRY-CNClA  SS  If  ItC 
DA"' A-TE  CuRIrY  H D'A~  A-ONC  l A « S I ? TEC  ' 

ELEMENT  DESIGNATOR  !.  S F I Y E C 
E L E M E N T DEFINITION  IS 

•THIS  FJ  r;L  A CCN'D.INR  TM  r [Hi  A RcwUSST  LAS  MADE  TC  NAVA' 
' INvF  STl  G A-!  VS  SERVICE  IMS)  FCF  PCRFCRKnG  A TECHNICAL 
•SURVEILLANCE'  COUNTER  -I  £ ■*  S o F E £ SLRVLY  (INSPELTICN  Cr  Tub 
•SPACE  TC  DC  <U*T  NINI.MLM  F c L l I F t M ENT 3 Fin  f h~  hluhEST 
' L E V r L L'F  CLEARANCE  ARE  RET).* 

S u uO  R D I N A T E " ' " 


YR-VSCM-RF.U 

MU-TSC.M-RtU 


elements  ARE 


ATO  "?Lr  ! 5 ' DTG-  LTlG-TN 


a-UNCl  J5SS  1 F IEC 
F I * E C 


ADD 


PREPARED  6Y  'SDC-ISI  • 

ELEMENT  DESCRIPTION  IS 
. . ' DATE  _ AND _II ML  lCGOEC.JN.*  . „ 

ENTsy- SECURITY  is  f.ntry-lnvlassifie: 
DAT  A-StLUKl  TY  IS  DAT  A- 
ELEMENT  DESIGNATOR  IS 
-E  L EilEAC _0 E t INLT  ION  L S . 

•THIS  GROUP  COMBINES  THE  CAY  A N C T I ME 
•ENTERED  l LOGGED  INTO  A eULCINC.' 
SUBORDINATE  ELEMENTS  ARE 

_OAT£r  LCCLtIM 

T ! Nfc-L  0 G- 1 N. 

ELEMENT  NAME  IS  DTG-LCG-CO 
PREPARED  t> Y 'SDC-ISI  • 

SLtMEMT,.  flESr.FJPIILN  IS 

•DAY  And  Tirtc  LCGGEC  C IT • 
ENTRY-SECURITY  IS  ENTRY-LACLASS  1F1CC 
DAO- SECURITY  IS  OAT  A-UNClASS  IF  IEC 
ELUENT  UISLuNAVor  I?  F I > £ L 
- LFME  Nt  )SFINITIJN  is 

,ThIS  GRCDP  COMBINES  tH£  CAY  A A L TIME 

LT  r “ l LOGGED  iJjy  ■>)  \ ecllCilYC.* 


\ n AT  A VIS  I T oR 


ThAT  A VISITOR 


SJL'jE  0 ! \A 


E.LE-iCNTS  ARI 


*-« 

/C 


MEMBER  HAM 


CiOSMS 
OY- Luo—  CUT 

f iNE-LCG-QtJT.  _ 

ADC  ;Lr:,*lr  PT  HAM"  I 5 HANlC-SEF  V ICE 
PROP  A RE  0 : A V ‘SOC-ISI  * 

ELEMENT  DESCRIPTION  IS 

'RANK.  AND  £F|,VICS  I AFCFFAIICN’  

c N T T.  Y - S 6 C U 0 I T Y I S ENTRY-LA  C L A S S I F IcC 
DATA-SECu? ITY  IS  UAT A-UHC  LASSlflEL 
ELEMENT  DEcIGNA'*CK  IS  FUtC 
PLFMENT  DEF!_NJTICH  IS 

' THIS  'GROUP  C.'jh'T  AT  NTS’  THE  Y I £ L CT~ ThST- CCKTATh  fTATTiTYlML) 
•SERVICE  INFORmAtION. • 

S'JbCRDI  HATE  ELEMENTS  ARE 
RANK-OR-GkAOE 

BR  ANUTh-  SERVTCET  “ 

ADS  ELEMENT  NAME  IS  ID-LCCATICA 
PREPARED  BY -LET 

£.L Ll£NT_iE_S.C£J_PT  IQ N I S 

' LOG  AT  I CN  CP  IDENTIFIER* 

ENTRY-SECURITY  IS  ENTRY- L A C L A < S 1 F I EC 
OATA-SECOF I TY  IS  DAT  A- UNCLASS  IF1EC 
APPL  ICAVICN-SYR'i  EM  IS  'SECES* 

TV  I CSY S U P P"G'r.T’:  D IT>  SBI  SYC  C 6 
UR  E I S X ( 3 o ) 

IS  DISPLAY 
' ‘ SPACES 

IS'SSTA 


“SET 
PICT 
USAGE 

VALUE  IS  _ , . .. 

'TTLR'E^FAUI  DATTOiT 
MUD I F Y-VALI DAY! CN  IS  SMZG 
ELEMENT  DESIGNATOR  IS  KEY 
PRESENCE  IS  PRESS  NC6-F.ECUIFEC 

Yur-iENr DSFiTirTcrr  is 

•THE  IDENTIFIER  CF  THE  ELEf-EM* 
DATA-SUBJECT  I?  'SECURITY,  GEPEFAL* 
USER  IS  *NIC-AA' 


ADD 


i-TU'PU  17  ST  ‘BTE-  FD  R D E FTKTTT  CN ' 
SUBORDINATE  ELEMENTS  ARE 
LGCATJON-ID 
COMMENTS 

TT=  CT77TD~T7n.Tr  KEY. 

ELEMENT  NAME  IS  DA-LOCAT ICA 
PREPARED  BY  let 
-ELEMENT  DESCRIPTION  JS 


luuutttuy:t-'~t  gun  tt  uteru 

ENTRY-SECURITY  IS  ENTRY-L A C l A S S I F IEC 
DATA-SECURITY  IS  DAT A-UNCLASS JF1EC 
APPLICATION-SYSTEM  IS  'SECSS' 

UTRVTUE  -U'UFPCK~TDrTS " S'S  1 57TTE 

PICTURE  IS  X ( 3 U I 
USAGE  IS  DISPLAY 
VALUE  IS  SPACES 

UTGRU-'VALTDnS  TI  u iTTY'S  SZ7 

MODI FY-VALIDATIOh  IS  SMZG 
ELEMENT  DESIGNATOR  IS  KEY 
PRESENCE  IS  PRFSE NCE-RECL  I FEC 
“Lrcu;; 


TCE7TENT 


rsr 


rtttun 

•the  IDENTIFIER  OF  THE  clSPEM* 
DATA-SUoJECT  IS  'SECURITY,  GE  I1  E F A L • 
USER  IS  'NIC-4-' 


7/ 


MEMBER  NAME 


JEF  imuci* 
ARE' 


DI ESMS 

c E S PUN  S I oLS  FUC 
COMMENT '1 

SUtiUR'J  1 NATE  E Lc  Me  NT S 
LCC -NAME-TY  PF 
LOCATIDM-S! ZC 
UN!  T-CF-mE  \SURE 

LAT-LOMG-ALT  ~ “ 

STATE-*.  IP-CNTRY. 

ADO  ELEMENT  NAME  IS  D A-U  KGA  f>-  c 1 L L E T 

PF. EP  ARE  Q_JJY  L£t  _ 

ELEMENT  Jt  SO'  I PT  ION  IS 
‘ORGANIZATION  BILLET  DATA* 

APPLICATION-SYSTEM  IS  * S E C S S ‘ 

gRES.ENCEJ.S-  PRESEMCE-RECl  I F £C 

Element  definition  is 

•THE  FIELD  IS  THE  CuDE  ViH  I CF  CEF1NES  THE  RELAT  IUNShl  P1 
•BETWEEN  ORGANIZATIONS  A N C tllLETS* 

OAT.A_-lS  Ull  J_10T_LSu_  AO  EC.URI.~Yj C EJ'.LEALi. 

USER  IS  * N! C-4- • 

RESPONSIBLE  FOR  DEF  I iv  I T I L f1 
SUBORDINATE  ELEMENTS  ARE 

FLG-SSO-COQg. 

ADO  ELEMENT  NAME  IS  CM 0- CODE 
PREPARED  BY  LE~ 

SAME  AS  F Lc  Mc  NT  COMMSND-CCCE 

.ELEMENT  UEi LBJjLT  1.0  it.  I S _ 

* S s*$  COMMAND  IDENT  CODE' 

•APPLlCATIO  m-SYSTOI  is  • S E c s s • 

PRESENCE  IS  PRESCNlE-OPT  ICAAL 

_ ELEMENT  DEFINITION  IS  ...  

• ThE  CODE  USED  iTy  Tn  E STCL  F 1 TTT? N A 0 ETOT* 

•SUBSYSTEM  FOR  COMMAND  ICEMIFI  CATION' 

DA7A-SJBJECT  IS  'SElUFITY,  CErEFZL* 

US  = 8 IS  • N l C-4T> 1 

RES  PCM  SI  B 1TE  FOR  CE  FTOTTTf 
RANGE  IS  ‘OOUGOj*  THRU  •SSSSSS' 

COMMENTS 


Auo 


•SECONDARY  INDEX • . 

elcm  e nt~;iatte  nrjrTD'=rccrn  c s -7  cctst 


PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 

LCC.mXAl_^iiS_lOCNT  I F I £ F ‘ . 

^NTR  Y:rirEC'JRrr  Y I oz  NTRy  - L N C L A S STFTTu 
DATA- SECUR ITY  IS  DAT  A-U  NCLASSIFIcC 
APPLICATION-SYSTEM  IS  'SECSS* 
element  designator  IS  DES-fEY 

■p  R FSc  NCT'Tw’R  - S FN  C t - RrCC  T ? ETC 

ELEMENT  DEFINITION  I S 


IDENTIFICATION  FIELDS* 
SECURITY*  CiNEPAL*  - 


• LC  C AT  I ON 

DATA- SUa DECT  IS 

UoER  IS  * >iT  C — 44  * 

RESPONSIBLE  FOR  DEF  INITIO 
SUBORDINATE  ELEMENTS  ARE 
DATE— INSPECTED* 

‘ADOIEM  E~TS~D  A-LUCAT  ICN^A  CCTES 

PREPARED  BY  LET 
ELEMENT  Dr.  SCR  I PT  I UN  IS 

•lccatidn  access  data* 


*) 

/ A 


M r M f K MA.Vj 


inn 


ADD 


DIFSmS 

E NTR  Y - S F C>J'“  I T Y IS  ENTF  Y-UCLASS  II  IOC 
DAT \- S~  C Jl . I 7 V IS  DAT A-UNCl  ASS  IF  1EC 
APPL !C\TIGN-SYSTCM  IS  'SECSS* 

element  j:: c i gn atop  is  oes-nc-vefify 

PRESENCE  IS  PKESENCE-UPT  ILAAL 
cLFMt-N7  Dr-F  INI  TIUM  IS 

• DAT A~  ELEMENTS  Tf  TUT  LCCMICM  / CCE5  S/RZIATI  CN  SH IP* 
D'TA-SUdJ-CT  IS  'SECOKlTY,  C E F E P A L * 

user  is  'ntc-4^' 

RESPONSIBLE  FOR  OFF  IM  Tier 
SUBORDINAT'D  FLEU-NT!  ARE" 

name-inspector 

FAC  I LI TY-T YPE 
STURAG E-TYPE 
" DAT F- L AST- i C C - ED 
JAT  E- 1 NTR— ACCRED 
D AT  E-F I NL-ACOF.ED 
._UA1E-T5CM-R_E0 
J A T F — T SCM-CUMP. 

ELEMENT  VAME  IS  CMT-LlNF-1 2C4 
PREPARED  bY  LET 

.ELL'IENT  QgSCRI PT10N  IS 

• LCC  ACCESS  CD!  UN  - ' 

"^TRY-SECURITY  IS  F ITKY-CN C LA S S I FI ED 
DA  TA—  S'”  C UK  I T Y IS  DAT  A- U ACL  ASS  IF  I 6 C 

_A  PPL  1CAX.1 0 Nr-.S  Y.S  i 0 A IS  1 SECTS’ 

PkClURE  IS  X 1 4 o j 
USAGE  IS  DISPLAY 
VALUE  IS  SPACES 

_£  l LKC-V.ALI DAT. LL  i ..IS  SSZG 

'ACIDIFY-  VALUATION  !S  SUVA 
ELEMENT  DE  S I GNAT UR  IS  D ES- V A R 1 At  L E 
PRESENCE  IS  PRESS, -JCc-OPT  ILAAL 

_S  LL  MEjN  T_  J Eli  IMIllurcJ  S 

•A  LINE  OF  FREE  TEXT  CCFNEMS* 

DAT  A-SUbJECT  IS  'SECURITY,  C E A E R A L * 

USER  IS  'NIC-44' 

S.ESF.LnE.IlLL  ..E  OR.  DLF. IM.IIC  N« 

E LEM “NT  NAME  IS  L JMM ENT-  1 2 C4 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 

« LCC  ACCESS  fMT  ,>l 


ENTKY-S5CUR I 


S FNTRY-LAClASSIHEO 


ADD 


DATA-SECDKI  TY  IS  DAtA-Ui\  CLASS  IF  IEC 
APPLICATION  — SYSTEM  IS  'SEC'S* 

JE  LEMON!  DEE! GNAT  OR  1 S . J S S-_VAF.  1A  t L£ 

PRS.SFNCC  IS  PRESENCE-OPTICAL 
ELEMENT  DEFINITION  IS 

•A  BLOCx  OF  PO  C L MM ENT  LINES  CF  ACCESS* 

AlKSREHTliRS  COMMENT S « . ... 

DATA-SJbJECT  IS  •SECURITV,  GEAERAL* 

USER  IS  * NIC -44* 

RESPONSIBLE  FOR  DEF1M1ICA 

.SUoSTOJ.NATE  ELEMENTS.  ARE 

CrtT-UNI-12u4  OCCURS  2C. 

ELEMENT  NAME  is  I D-LOC-ACC  ESS-CM 
PROP APED  BY  LET 

lL£iiltiTL  d:scma:icm  ..is  . _ 


73 


L 


MEMBER  *'AM2  Cl L SMS 

•'CcES^  COMMENT  IDENTIFIER* 

A P P L T L ^ T I u N—  S Y S T f cl  IS  *$ElSS* 

PRESENCE  IS  PR~3FNLr-RcCLIFEC 
ELEMENT  DEFINITION  IS 

•THE  FI'LUS  Art  I L ti  UNIQUELY  ICEMiFY  AN* 

• 1 NS  PEC  TOR  S COMMENTS* 

QUA- SUBJECT  I?  'SXCUFTTY,  CEFEFAL' 

USER  IS  *NIC-4<.* 

RESPONSIBLE  FOR  OFF ! M T IC  F 
SUBORDINATE  ELCMENTS  ARE 
DAT E-SMS-CMT S 
SEQ-1.204-CMTS. 

ADO  ELEMENT  NAME  IS  DA-LL'C-  ACC  ESS-CFT 
PREPARED  PY  LET 

ELEMENT  OESCRfPTIUN  IS 

•ACCESS  COMMENTS' 

APPLICATION-SYSTFM  IS  SFCSS 

PRESENCE  IS  PRtStNCE-CPT  ILFAL  

ELpMENT'  jEFTNTtTCN  I S 

•INSPECTORS  COMMENTS  ABCLT  AN  ACCESS* 
DATA-SUBJECT  IS  'SECURITY,  OfcAEFAl* 

USER  IS  'NIC-44* 

— FCEYFCNSIo QTTUK  DtFTMTICF'  * ' 
SUBORDINATE  ?LCME,NT$  ARE 
COMMENT-1204. 

ACO  CLEMENT  NAM:  IS  ID-BILLET 
PRFPAkFD  BY  LET 
CLEMENT  DS  SCR! °T I C N IS 
•BILLET  IDENTIFIER* 

APPLICATION-SYSTEM  IS  *5ECSS' 

PRESENCE  YS~PR~SrrUCE-r.ECLIFEE  

ELEMENT  DEFINITION  IS 

•FIELDS  WHICm  UNIQUELY  ICLFT1FY  A BILLET* 
D\TA-SUBJ-CT  IS  'SECURITY,  C t A £ F A L * 

USER  IS  'NIC-44'  

RESPONSIBLE  for  DEFIMUCF 
subordinate  elements  AKt 

COMMAND-CODE 

DIllFT-NUMBtP. 

ADD  ELEMENT  NAME  IS  OA-blLL  ET 
PREP  ARE  0 BY  LET 


APPLICATIG T-SYST CM  IS  *SELSS* 
PRESENCE  IS  PRESENCE-UPTILML 

cUme nt  definition  is 

•the  otta  A'ssffcrATEo  huf  niun' 

•SECURITY,  LEFEFAL* 


DATA-SUbJECT  IS 
J5LR  IS  'NIC-4‘,* 


....  . SfcSPC^IBLg  TOR  OEFI 
SUbOKDI  NAT-  F. Lent  NTS  ARE 
BlLLET-ScQ-LCDE 
DATE-BI  LT-CF.CATED 
ft  iLlET.jp  LAGS 
:-ol  LLLT • 


IMTICA 


1 I T L r; 

ADD  ELEMENT  NAME  IS 
PREPARED  pY  let 

element  ocscript 


I U- ACCESS-TYPE 
IuN  IS 


MEMBER  NAM: 


'ADD' 


o: esms 

access  type  identifier* 

APPL  ! C A T I ON-S YS7  £ -1  IS  ’SECSS* 

"PRESENCF  !<•  PRESENC^-RECCIPTr 

E LT  ME  .4T  DEFINITION  IS 

•FIELDS  r.ri T C rl  UrllUUELY  ICENTIEY  AN  ACCESS 
DAr A cUri JcCT  IS  ‘SECURITY,  GErEFAL* 

“user  i s~  * ntc-va'*’ 

RESPONSIBLE  FOR  DEFINITICF 
SUbGRDI NA“E  ELEMENTS  ARE 
ACC  ESS -CODE. 

”~TE  ME  NT"  NAME'  ! S'HJA-rA~CCEFS-~TYF'E  

PREPARED  i>Y  LET 
ELEMENT  DESCRIPTION  IS 
•ACCESS  type  DATA* 

"A?  F ETC A'TTTN  =T7Y5'rrT- i TT>  r STUTS'*' 

PRESENCE  IS  PRESENCE- CPT  ICNAL 
ELEMENT  DEFINITION  IS 
THE  DATA  *HIC.H  DEFINES  AN  ACCESS 


TYPE* 


"DATA- 5U  EDTCT_TS'",'SErURT 
USER  IS  *NIC-AA* 

RESPONSIBLE  FOR  QEFIMTICf 
SUBORDINATE  E L E ME NT S ARE 


TYPE* 
Y7  G ETTFATr* 


‘A  CCFS  S-FCO  AT 
DAT  E-ACC-EST  A3 
•DATH-ACC-TERM. 

A DO  ELEMENT  NA  ME  IS  CITI  ZSUSH  F-T  Yf  E 

PRT?  AR7ED~'BY~UE7 

ELEMENT  DESCRIPTION  IS 
•TYPE  OF  CITIZIENSHI P* 

ENTRY-SECURITY  IS  E N T R Y - L N CLA  S S IF  ZED 

DA TA'-j ~ C'JRT~Y  TT  D AT  A^Umn? STHTTEC 

APPLICATION-SYSTEM  IS  • SECSS* 

PICTURE  IS  X 
USAGE  IS  DISPLAY 
T 


VALUE  IS'STATl  _ 

STORE-VALIDATION  IS  SSZG 
MODI F Y- VALl 3A7I CM  IS  SMZA 
ELEMENT  DESIGNATOR  IS  DES-CCCE 

"PhTES'tNCc  IS  PR^i'ENCcTTCFTICN'AL 

ELEMENT  DEFINITION  IS 

•“HE  TYPE  OF  CITIZENSHIP  A FEFSCN  HOLDS* 
DATA-SUBJECTI3  'SECURITY,  GErEFAL* 


TTSTR  ITT- ' NT'C-AA"*' 

kESPCNSIdLE  FOR 
RANGE  IS  • A • 


DEFIMTICN 


RANGE  I 


• 6 ' 


CITIZEN* 
CITIZEN*. 

date-citizen 


C JNM7NTS 

•A*  - NATURAL-BURN 
• G * - F CRE I GN-bCRN 
ADC  ELEMENT  NAME  IS 
' PRE’P'ARF  TTb  YTET" 

SAME  AS  ELEMENT  uATE-COPNCN 
.EmENT  DESCRIPTION  IS 
ATE  PERSON  BECAME  CITIZEN* 
PPLl  CXTIT'n-TySTlM  I S •"S  EC  SS’*-" 
’ RE..-  E NC  E IT  PRE'.ENCE-CPT  ICFAL 
ELEMENT  DEFINITION  IS 


-*-i  HE  MJ 


J3lt ..)d.LCiJ_A  . FOR  E 1C N_ § C F N _CJXI ZE N n AS* 
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I 


MEMBEl 


NAMC  01= SMS 

•MADE  A CITU  = fJ  OP  T HE  CCLMM* 

OA TA-  S U t>  JcC u 5 'SCC.U.R  I jjr  i_£JEME  AL ' _ 

US!:R  13  'NIC-44* 

RESPONSIBLE  FOR  OSFIMTICF. 

ADD  ELEMENT  NAME  IS  D4-C  IT  I Z EN  £P  1 F 

g&EPARE  0 MY~LgT  

ELEMENT  DESCRIPTION  IS 
•CITIZENSHIP  DA" A* 

A PPL  IC  MI  On— S YST  F M IS  SFCSS 

2= -SC ; IC  L . ! S PJR  = 5 L NC£- C P_I LLKAJL 

-LEMONY  OEPfNi?IUN  IS 
"DATA  ON  4 PCRSGN  CITIZENSPIP* 
DATA-SUdJECT  IS  'SECUSITY,  LEFEFAL* 
USrR  IS  *NTC-44* 

RE SP’CNS ! bLc  f OR  DEE  1 M T 1 1 R 
SUBJRDI NA~  E ELEMENTS  ARE 
CIV IZGNSHI P-TYPE 

HATP-r  T TT  7PM- 

ADO  ELEMENT  NAMC  13  DA-BILL E T- F EL  F l E 
PREPARED  BY  LET 
ELEMENT  DESCRIPTION  IS 


ENTRY- SFCUF  f'TY  IS  ^N  TRY  -LSX  LA  S £ I f I CD 
DATA-SECURITY  IS  DAT A-UNC LA£S  If  1EC 
APPLICATION-SYSTEM  IS  *£FC5S* 

E.L  EMC  NT.  DCS  ION  AT  C R t.S  OF  <-K-  \ E F I f_Y 

PRESENCE  t?  PRES^NCs-CPTlCMl 

ELEMENT  DFPInITION  IS 

•DATA  ASSOCIATING  BILLETS  ARC  FECPLE* 

DAT4-  = UfcSD  = C"  If,  'SiLCURlTYj  LEPEFALJ 

CJSt^TS  •I^C-44'T~  

RESPONSIBLE  TOR  DEP  I M 7 IC  f> 
SUBORDINATE  ELEMENTS  ARE 
DAT  E-R=  AD-I N 

"JATF-R  FAD-TjUT. 

ADD  ELEMENT  NAME  IS  IC-BADGE 
PREPARED  BY  LET 
ELEMENT  CESCCI PTILN  I S 

' BAD HE  ID ETTTFTTTR  TT  ELDS  * 

ENTRY-SECURITY  IS  DNTRY-LFCLA ££  If  IEC 
DATA-£ECURITY  IS  DAT  A-UNC  L A £ S ] P I EC 
A PPL  I CA"~IUN-SYf  Y Em  IS  ' = E C 5 £ • 

^ufAenTde  s it  mat  c r~:  s'Tts- «ty 

PRESENCE  IS  PRESENCE-LPT  ICNAL 
ELEMENT  DEFINITION  IS 

•HELDS  WHICH  UNIQUELY  ICEMIFY  t BACCE* 
DATA -ITU  EJECT  TS  ~ * EECTJRTTY7  CE7  FF  AT* 

USFR  IS  'NIC-44* 

RESPONSIBLE  FOR  DEFIMTICP 
SUBORDINATE  ELEMENTS  ARE 

BADC-E-- YPE-CX'Dl 

BADGE- NUMBER. 

ADD  ELEMENT  NAME  IS  DA-BACGE 
PREPARED  BY  LET 

ELEMENT  DESCKT  PT  I Off"  IS 

•BADvjE  DATA  elements* 

ENTRY-SECURITY  IS  TR TRY- LN C L A £ £ I IT  FD 
DATA-SECuKITY  IS  DAT A-UNCIASE  IFIEC 


7c- 


*,rM13CR  K A."p  LiEE-'r 

APPLICA',  ION-SYST?  M IS  • 5 T C £ £ • 

ELEMENT  DESIGNATOR  IS  DF.S-IM.-VEF  !»  Y 
PRES ENC"  tc  PRTSCNCfl-PPTTCMl 
ELEMENT  OE  F I NI  “ i ON  IS 

•Thu  AoORro-i'rF;  ">  A T A I.ylFLF.'HIU  ALLUT  A MU>,E' 

DATA-SU6J.CT  IS  'SrLbr.IvV,  G 6 F E R A l ' 

— .J3-R  rs  ..  • 

R T > Pu.E  I U Lr  FUk  CFFIMTILh 
SUbERU!  NAT ELEMENTS  AR  F 

jatij-uajge- issue 
— BAUGF-iJrSP^TNTO. 

ADO  ELEMENT  NAM?:  IS  OA-ACCCSS-AES1CAED 
PkEPARSC  pY  L;t 
c IF  ’-IF  NT  DESCRIPTION  IS 
F ’PER  SUMS  ACCESS  7NPG • 

C*ITRY- SECURITY  FN~RY-LNCIASS  IF1EL' 

D.ATA-SECUR  !TY  IS  DAT  A-U N C L A S S IF  I E C 

APPLlLAT.ION-SYSTCM..I  S..  * SLCSS'  

ELEMENT  Jc  S IGN  \"iK  IS  0 ES-  A L-  V E RI  F Y 
PRESENCE  IS  PR  E S1'  NC  c -UP  T I L A A L 
"LEMFNT  DEFINITION  IS 

..  • J HE.  AG  GREG  ATE.  DAT  A ELEPCMS  C£  F I N I NG  A PERSONS V_ 

• i'JLATI  UNSHIP  TO  AN  SEC  L R’ I 1 Y - A C L E S S ' 

UATA-SUbJHCT  IS  •SECURITY,  t L F E f t L • 

USER  IS  ‘NIC-44* 

1 RESPONSIBLE.  F OF  OEFIMUCF 

SUBORDINATE  '-LE.-I'  NTS  ART 
F L G -ACCESS- 'L !G 

datp-assign-estau 

...  D AT  E- ASS  I uN-  !:N0 

JATE-CERT-tAPIFE. 

ACC  ELEMZN''  MAMS  IT  PEQP  LE-  VIS  IT— FLU 
PREPARE  C o Y 'SDC-ISI' 

ELEMENT  DcSCRI  Pf.IUM.  IS 

‘VISITOR /VISIT -t • 

ENTRY-SECURITY  IS  ENTRY-LA C LA J S 1 1 I EC 
OATA-SECUR I ty  is  da  t a-u  iv  c l a s s if  ill 

_A?PL1 CAY IGN-S YSY I A IS  ‘SECSS* . 

PfCTURE  IS  9 
USAGE  I S DISPLAY 
VALUE  IS  ZEROS 

ST.LF.E- VALLDAT1 CA.  IS  -SSZN 

•1JDI  FY-VAL  IUATION  IS  S.M/V 
PRESENCE  IS  PRESENCE-RECLIFEC 
ELEMENT  DEFINITION  IS 

I ‘THE  NAME. UP  THE  VlllIQBL  .C.I...TH  NAPE  CF  THE  PERSON. 

• USING  VISITED* 

USER  IS  •NIC-44* 

kt  S PUNS  IDLE  R UK  UEFIM1ICIY 

I rang;  i s hi 

I RANG'.  IS  rZ* 

COMMENT  S 

•Tht  V \ LUE  $ ARE 

•A  1 MEANT  T||t  NAME  CF  TFE  VISITOR 

•A  ; LEANS  Th-  „Ai,F  uF  Ttf  FFRSlN  B“I\G  vISITiTD*. 

A DU  ELEMENT  NAME  IS  UA-P ECP L E- V I S 1 T 
PREP  ARE  Z ii  Y • S X - IS  I ' 

E LrM  E NT  DFRCRIP*luu  IS 


M"M6ER  N A ,‘l c DIESMS 

•namf  jf  visitor  ok  pekscn  u'lirc 
ENTR Y-SECUR  ITY  IS  EN  TRY-LM.  LA  SS  I FIEO 

0\T4-S  = CUKITY  H DAT  A-UNCUSS  IF  IcC 

A P PL  IC A TIuN— SYSTEM  IS  SECSS 
PRESENCE  IS  PRESENCE-RECl I F EL 
"LEMSrr  definition  IS 

’THE  PE CPLT- VISIT  KFtOKC  TS  THE  FCL'AT  TONAL  RECORD 

•3ET.nEEN  THE  PEOPLE  AND  V l S IT  C F -LLG  RECORDS* 

DATA  SUBJECT  IS  'SECURITY,  oEFEFAL' 

USER  IS  ' N ! C-^-V  • 

RESPCTISID  LECTOR  DCF  I M T TC  I* 

SUcDRDINATE  ELEMENTS  ARE 
PEOPLF-VI SI"-FLG. 

ELEMENT  NAME  IS  I D-PEUPLE-FEFSCNAl 
PREP  ARETT'oY"''  SDC-7  ST  * 

ELEMENT  DESCRIPTION  IS  'PrFSLFNEL  I NFCFKAT  ION* 
EllTRY-SECUrvITY  IS  EN  TRY-CM.  L A S S I H ED 

DATA-SECuR I TY  TS  DATA-UKCLiSS  IFIEC  

APPLyCA'rON-T?;T'MTS  TTFC  ''' 

PRESENCE  IS  PRE  ScNCF-UPT  UNAl 
ELEMENT  DEFINITION  IS 

•THE  UNIQUE.  CAS  E CONTROL  KNEEF  ASSIGNED  TO  A PERSON' 
TATA^JuJECT  IS  '’SECURITY  GENEFAl*  " 

USER  IS  *’11  C-4‘F ' 

RESPCNSIULc  FOR  DEFINITION 

SUEU.KD  I NAT  c EL&.KE  NT  S ARE  

tl  I - 0 AS  E-C^'  ITT  CL. 

ADD  ELEMENT  NAME  IS  D W EQP L F- F E F S C N A L 
PREPARED  GY  'SOC-ISI  • 

ELEMENT  DES'IRi  pt  ION  !$  'PEFSCNNEL  INeCFMATICN* 

?NTRY-J?CuR1TTTS  cfi^ftf-LNClASSlflcC 
JATA-SFCURITY  IS  DAT  A- UNCLASSIFIED 
APPLICATION -SYSTEM  IS  'SECSS* 

PRESS  NCLI.S.  Pfc  = ' -S.  iNCx-OeXI  CN  A L 

Element  dee  in!  t ion  is 

•THE  PEUPLE-PEP.SLNAL  RE  CL  F 0 CONTAINS  INFORMATION  ABOUT 
•PEOPLE.  "HE  INFORMATION  CCNTAINZC  INCLUDES  THE 

*_5ANN..uS_  GRADE.  BfAMCh._Cf  SEF.WCE,  AN.C  .VARIOUS 

•dates,  there  is  one  peccfl  flf  t ace  fefSun.  thH 

•RECORD  LINKS  TO  THc  P5CFLE  PECCPC.* 

DATA  SUBJECT  IS  'SFCURITY  GENERAL' 

liSFR  IS  *1*11  c.  — /.a*  

RESPONSIBLE  FOR  DEFINITION 
SUbOROI NATE  ELEMENTS  ARE 
RA Nr—  SERVICE 

DNTF-Bt-RgQRTD  

OAT  ?-b! -ST  ART ED 
DATE— b I— COMP 
III-  PENDING— IMD. 

ADil_ELEMENT  NAME  .IS  UK.GAN-VISI.l-F  IG  

PREPARED  BY  'SOL-I SI  • 

ELEMENT  DESCRIPTION  IS 
•ORGAN! TA”! ON  Or  V I S I TC R / V I S II  E L • 

JliNTRY-SECJRITOL  I S EN TRY-L N C L* S S i F I EC  . 

J'.T  A -SECURITY  IS  D A T A-UNLLASS  IFItC 
\PPL  ICATIGN-SYS1  ZM  IS  'SEC'S' 

PICTURE  IS  *> 

USAGE I S_  i)I  SPLAY  . . 


MEMilf'R 


LR  r H E ORGANIZATION 


R E C 0 RO 
R r 0 w N D S 


NAME  Dir  SMS 

VALUE  IS  iEI.OS 
S T Oi\  r - V A L I D A T I ' j N IS  SSZN 
AuCI  HV- v;u  DAT  I UN  IS  SMZV 
PRESENCE  IS  PRS5FNC:-REC0IFEC 
'iLTMCNT  DEFINITION  IS 
* T hF  UKGA.sl  ZATIUN  OR  THE  A 1 S I T C R 
•ThAT  ThE  VISTTOr  I S VI  SITING' 

US  F R 1°.  'NIC— v^' 

KF  S PuI'iSI  BLE  FUR  OEFIMUCN 

RANGE  is  *1* 

COMMENTS 
•THE  VALUES  ARE 

- * A 1 MEANS  ORGANIZATION  OF  USITCR 

= "A  i MCA  NS  .“ORGANIZATION  VIS17EC*.  

AUU  ELEMENT  NAME  IS  DA-CRGAN-WSIT 
PREPARED  u Y • SDC-ISI  * 

ELEMENT  DESCRIPTION  IS 

*‘OF  G AN  I Z AT  I'CN  OF  vISITCR  OF  ' CF  G /M  Z ATI  CN'  VTS  IT  CD  * 
ENTRY-SECURITY  IS.  ENTRY -LA  C L A 5 S ! F I EC 
DA  TA  - SE  CUE  I TY  IS  DAT  A-UN  C L A S S 1 F I EC 
APPLICATION-SYSTEM  IS  SECSS 

PRE R 5 KTT5  1 S' "P R EFENCT  -RE  C Cl  F E C 

F LOME NT  DEFINITION  IS 

•THE  ORGAN-VISIT  RECORD  IS  TF£  RELATIONAL 
' b S T * C C N THE  nAG  AN I 0 AVI  CN  A N C VISITCR-LLG 
""EDATA  SUuJECT  IS  ' 3FC  URI  T Y , G E r E F A L • 

USER  IS  'NIC-4^' 

RESPONSIBLE  FOR  CEFIM7ICI* 

SUuORDI  KAT 5 ELEMENTS  ARF _ 

U K3  A N—  V 131  T—  T L G • 

ADD  E LEME NT  NAME  IS  7Q— VlSI TCF-LCC 
PREPARED  bY  SJC-ISI 

ELEMENT  DESCRIPTION  IS  ‘VlSITCF  LOG* 

EN’TRY-SECJRITY  TS  Entry-LNCLA  SSTFTEC 

DATA—  SECURITY  IS  DAT A-U N C L A 5 S 1 F 1 E C 
APPLILATIuN-SYSTEM  IS  •SECSS* 

PRESENCE  IS  PRLSENCE-OPT  ICNAL 

rCSMcRT  ^JcFTNTTT ON  -[  s - — - 

•THIS  FIELD  IS  FuR  ThE  LLC  IN  CATE  ANC  TIME' 
DATA-SUBJECT  IS  'SECURITY,  CEREML* 

USFJi  IS  *NlCrJtV 

s tons!  b l ruirniMi 

SUBORDINATE  ELEMENTS  ARE 
DTG-LOG-IN. 

_ADQ6LEMSnT  NAME  I s DA- VJLS  U_C£r.ULL . _ 

PREPARED  bY  SlTC-lSl 

ELEMENT  DESCRIPTION  'VISITCF  LCG* 

CNTR  Y" SECUR T T Y IS  CN TR Y -L N C U S S 1 F 1 ED 

3AIArSF  C URI  Tv  f £ PAT  l-UNCLI f f 1 M EC _ . .. 

APPL1CAS  IDN-SYS'i  F.  A IS  *TfTfT* 

PRESENCE  IS  PPESFNCE-GPT  ICMl 
ELF.MFNT  DE  r I N I T I LN  IS 

'THE  V i.S  Ii.r  R _ L Clg_.  F E C_F  R D .CC  M A_1  f^S  J NF  C P RATI  ON  AoCJl 

■VISITORS  TU  A FACILITY.  TFE  INFORMATION  CoNTAIN-D 
•INCLUDES  Trlc  NAME  OF  TFE  WS1TLP.  TFE  NAME  OF  TnE 
•POINT  CF  LlENT  ALT  , THE  FCCFESSICNAL  AFFILIATION  OF  THF 


•VISITCK,.  AMD  DATES. AMD  UK'  lF.FNT&Y  AND  F \ i T . 


‘HER 
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N 


M-Ol  -MSI-  0 

oi-ol  sent M A OLSCpIpT ION. 

0 1-01  SCSLMA  NAME  lb  UL>M  VERSION  01  01. 

jtt-lmftl. ..  AUTHOR.  .-tOwAitP. 

0 1-01  1 ' 4 i l . (VJ2/0V/7V, 

'<11-0  1 i NS  T ALLA  T 1 ON  . NWSSA. 

■<11-0  1 

.01-01  _ . . _ . ..  

m-ol  FILE.  UtSCPlPTlON. 
o i - o i 

0 l - <1  1 

<11-01  FILL  MAMt:  is  OLO^'Il.K  assign"  To  OLUPF lLt. 

,0  1-0  1 

.01—01  FILL  name  is  UATAVAl  ASSIGN  TO  DATAVAL. 

01-01  

[01-01  F ILF  NAML  IS  UOHINUKX  ASSIGN  TO  USE  I Ni)E  A . 

01-01 

0 1 -0  1 FILL  NAME  IS  UUHFIL1  ASSIGN  TO  tJiHFIl  1. 

01-01  FILL  NAME  IS ..UUOE.lLJ  ASSIGN  _TQ  UJbFJLZ.- 

|0  l - 0 1 FlLt  NAME  IS  UOHF1L1  ASSIGN  TO  Ui'-«F  IL  3. 

i<1 1 — 0 1 FILE,  name  IS  UUHFlLA  ASS  I bN  TO  UOmF  I L4*  • 

pl-oi  FILL  name  IS  UUHKlLS  ASSIGN  TO  UDbF T Ls . 

01-01  Fll.t  NAME.  IS  UUnEllLfi  -ASSIGN  TO-UJaElLS.  

,01-01  FILE  NAME  IS  UU;iF1L7  ASSIGN  TO  UUnFlL/. 

,0 1-01  FILL  name  IS  UUHEILA  ASSIGN  TO  Us'MFlL** 

01-0  1 FILE  NAME  IS  UUtiF  ILO  ASSIGN  TO  UOGFlL^. 

01-01  FILL.  J'JAMt  IS  UOaMLlO  ASSIGN  TO  -UL'.iF  I L I U . 

01-01  FILL  name  IS  I'lJf-FILll  ASSIGN  TO  Ul'EFILll* 

01-01  FILL  NAME  IS  UGfFlLlP  ASSIGN  TO  OOeFILIS. 

jO  1 — 0 1 FILE  NA«E  IS  UUtiF  1 L 1 3 ASSIGN  TO  UOmFU  1J. 

01-01  —FILE  NAME  Is  -UUaFlL  1-*  ASSIGN  -Til-UUhr  IL  I 

,01-01  FILE  N Al't  IS  lH)trF  1 L 1 S ASSIGN  TO  UUbFILlb. 

01-0  1 
0 1-01 

04 -Ol — AKtA-ULSCiilPI-lUN, 

01-01 
01-0  1 

Ol-dl  o 1 PAGL/TPACK  = 7?*?  WVTES 

0- 4-04— « p P AGE,S/-T>LACa  =— JSPO- W-y-T^S 

0 1-0  1 « 3 PAGLS/TPACN  = ?<?Se>  syTES 

01- 01  o A FAGES/TmAC*  = 1ES0  PVTLS 

01-01  » S P AGtS/TWACK  = 1 33^  HvTLS 

8 1 -oi 

tol-01  apea  name;  is  validation 

kll -0  1 WANGt  Is  S00001  THPU  S00500 

pl-Ol  -wlTnlN  F 4 L E UATAVAL  F AON — l THRO  &QO ■ 

to  i -o  l 

to l-ol  APK  A NAME  IS  DOLDCPUN 

to  1-0  1 mange:  IS  600001  TMPU  MOO  ISO 

a 1 — 0 I --W44m  i n FICL  <1L-4<AF-4Lt  — FAuiM  -I-4nWU-4-SO,- 

0 1-01 

0 1-01  APHA  name  IS  GUO- INOtX-APLA 
oi-oi  pange  Is  ooooooi  thru  gooooig 

01-01  wITmI.N  FILL  OUttlMJf  4 J'EUV  i—Fiipu  ii&. 

0 1-0) 

0 1-01  APFA  NAME  IS  UDHAPt  A 

01-01  PANIm  is  700000  1 THPll  TOSosSO 

’V)— 0 1 kl-LO.VG.  I U — au.U-44N k~-4i.u  _ i-Lr-MJ—Vsi-lAU 

0 1-01  L I In  IN  FILL  UUmFilP  FPU*-'  l Ths’ii  m 7 o; 

0 1 - 0 1 P I T m I N FILE  UDmFILI  FPOm  l TMSll  Tm7o; 

01-01  WlTMlN  FILL  UL'MF'IL**  FPOV  1 TPStl  _Vif  0 « 


Ti\ -0  1 
01-01 
01-01 

ui-oi 

oi-oi 
01-01 
m-0  1 
.01-01 
0 1-01 
0 1-01 
0 1-ot 
•01-uU 
0 1-01 
01-01 
01-01 
0 1 -<u  _ 

0 l - 0 1 
oi-oi 
ni -0  1 

.ai-ni 

01-01 
o 1 - 0 1 
01-01 

0 1-01 
01-01  * 
0 1-01 
.04 -01  * 
(01-01 
0 1-01 
o o i o o o 
0011 00 
o o i ? n o 

O 0 1 3 0 0 


001  *00 
00 1700 

ooi^oo 
Oii-i  ano- 

OOPOOO 
00?  1 00 
00?? 00 


o 0?S00 
on?* oo 
nn?-7on 
0 0 ? 8 0 0 
Ofi?Q00 

n ,i  •?  n o o 

-Oi'.l]  00- 
0 0 3 ? 0 0 
003300 


003800 
0 01700 
11018  0 0 
'O-A'UiiUl 
0 040 00 
004 1 00 
004?0 0 


WITHIN-  FILE  UO"8'lL*  FROM  1 Th-«U  i'./uS 

wiTnlN  8lLt  uOheIl*  880M  i Thwii  j-.  ; o ; 

WITHIN  8 lot.  00*8  11/  f ‘ W 0 M 1 T'->MI  w/o; 

U THIN  8 lLL-UUf-8  Ii.tt  .8KUM-  1--IMKU  j'jZU! 
wITmIN  FlLt  UO*8' I I.R  FROM  1 Thru  (R  7 0 { 

wlTHlN  FILE  ilOf-KJLlO  FROM  j T*~"-ii  JR/OS 

W I T m l N F1L8-  Uo*Flt  11  FROM  \ T*wu  Jr7u: 

WITHIN  8 ILL  U-W  iLl?  f ROM  1 r-Mi  JllU! 

wlTrilN  FILL  0(8-8  tL  1 3 FROM  1 Tr-Ril  3*  7u ! 

WlTHlN  F 1 L t 1)0*8  11  1 - 8" 8'OM  1 T'-'-ii  W7u  ! 

WITHIN  8 ILL  UOt-8  I L 1 H FkOM  1 O'MI  J^/O. 


RECORD  DESCRIPTION. 


RECORD  NAMt  IS  OATA-VALlD. 

RECORD  JU.  LS  -M99-, 

LOCATION  POOL  Is  CA{  c USING  vAlIO-PAmm  IHirl  l C a Tt  S mot. 
wIThIn  VALIDATION  AR8  a , 

03 — VAL1D-PARM. 

0 5 V P - D A T A 8 L 8 PIC  X ( 1 * 1 . 

' 0 A T A 1 18  HLNT  NAME  OF  E.lEMENl  wIThIN  DH  rCD». 
OS  VP-VALUE  PIC  \(?0>. 

* VALlU  DAJA  .-VALUE  .f.QP.  tLt.8  MtiM  NANETH  . 


RPCOPD  NAME.  IS  IXSUO. 

RECORD  ID  IS  9V9S.. ; . 

LOCATION  MODE  Is  CALC  uSIn<*  l assn 

0OP|  ICAlLS  A 8 8~  NOT  ALLOWED 

wITHIN  UOh- INDEX- AREA  AREA 

8 80 M — * 0 00  0 U3 --IHwiL.il 0 O 0 Oil 2-, 

03  I ASSN  PIC  X (EO  . 


RECORD  name  is  UREC. 

RECORD  ID  IS  RmR*. 

LOCATION  MODE  IS  VIA  Ivsi'ri-IXPEC  SET. 

wl  TE'lN  -UD*-lNOtX-AWE  A-  -AW*  A 

F ROM  *000002  THRU  *00000?. 

03  ISNDSP  PVC  Sy(**>  COMP. 

03— E-I  L-Lt-R R-1C— 


RECORD  NAME  IS  IXSET. 

WE.  o.  OW’D-  UL_1-S-jniVW^_ 

LOCATION  MODE  IS  CAlC  USING  I*NA«E 

, DUPLICATES  ARE  NOT  Au  OREO 

WITHIN  UOH-lNOt X-AREa  AREA 

— F-ROM-^ono-OO?  T-»*8H8-r>OOftpU?, 


0 1 

0 3 
AT3— 

ISVIA 

1STEH 

I 

PtC 
p I c 

u 1 

SR  ( - ) 
SR  ( •*  ) 

COMP 

COMP 

0 3 

I Si' 8 ( ST 

pic 

<V(«) 

C » >MP 

0 ( 

1STO 

PIC 

Comp 

0 3 

I SKL 

PIC 

MJ(»I 

COMP 

■006300  03 

006600  03 

306S00  03 

3343(11} 03.- 

006700  03 

G04800  03 

004900 

.00  SO  OQ 

0OS]00  RECORD 


I SOHKL 
I SMBRO 
I SORT 
-i-Sfca  . 
1 SPECN 
I SN'AMt 


SR  <6) 

S9  (4) 

S9  (4) 

-SHiiU- 
X ( 1 O ) 

x no 


COMP. 

COMP. 

COMP. 


OOSIOO  RECORD  NAME  IS  IXUET. 

00S?00  RECORD  10  IS  4998. 

0 OS 300  LOCATION  MODE  IS  DIRECT. 

W I .r  H I fa  uOfc  - 1 N U E X--  AR  E A- . AR  fU 

FROM  8000006  THRU  oOO  03  1 6 . 

005800  MINIMUM  ROOT  LENGTH  IS  1?  CHARACTERS. 
005700  MINIMUM  FRAGMtNT  LENGTH  IS  8 CHARACTERS. 


305800  MINIMUM  ROOT  LENGTH  IS  IP 
,005700  MINIMUM  FRAGMENT  LENGTH  IS 

kmsaoo 

005900  03  IOOD8K 

0 oho  0 0 03  IDTOP 

OOMOO  03  1 080  T 

loo  hP  DO 33 I DO 

008300  03  IUL 

008600  03  IDT6L. 

008500  05  I GENTRY 

-008800 

008700 

008800 

008400 

3 0.7  n 0 0_R  E C 0 k D_n  A.ME i_S.-lX  n.«  nrr. 

007100  RECORD  IU  IS  9999. 

0O7P00  LOCATION  MODE  IS  DIRECT. 

WITHIN  UUB-INDEX-AREA  AREA 
503630 


PIC  S9{e)  COMP. 
PIC  S9(4)  COMP. 
PIC  S9<4)  COMO. 
-ELLC — S9-X-6J — COMP 
PIC  S9 (4 ) COMR. 


PIC  X 

-Q.CC-UO-S-  3-1 
DEPFMDING 


3A_f44iCS_ 
IOL  . 


007500 

007800 

007700- 

337-800 

007900* 
01-01 
01-01  R 

31  -01 

01  -01 
01-01 
01-01 

31-04 

01-01 
01-01 
0 1-01 

34-01 

01-01 
,01-0  1 
01-01 


FILLER  PIC  X ( 8 ) . 

COMMENT  ‘This  IS  a dummy  RECORD  That  WILL  NOT  OCCUR 
•IN  THE  0ATA8ASE*. 


RECORD  NAME  IS  UOP-HDR. 

RECORD— 1Q--IS— 5644-. - 

LOCATION  MODE  IS  CALC  USING  UOb- 1 DENT  DUPLICATES  N^T. 
WITHIN  UDHARtA  AREA. 

MINIMUM  ROOT  LENGTH  IS  CONTROL. 

B]  N4MUM-  F-  RAGMEN  T— L E-NGXH—  I -S 2-6-. 

CALL  IDMSCOMP  BEFORE  STORE. 

CALL  IDMSCOMP  BE FORE  MODIFY. 

CALL  IDMSDCOM  AFTER  GET. 

CALL — LDm  s SLR  C — bF-EGRF — ST-OR-E-, 

CALL  10MSMODC  BEFORE  MODIFY. 

CALL  IDMSUtLC  BEFORE  ERASE. 

CALL  1DMSACCC  AFTER  GET. 


3 1—3  4- (83 C4  L -UUu-aUA- 


01-01 
01-01 
0 1-01 
31-3  1 
01-01 
01-01 
01-01 
34—04- 
01-01 
01-31 
01-31 


RCD-UDhHUR. 

05  UUB-lDtNT  PIC  V(8) 
05  DATE-CPE  a TED-UDB  PIC  9(h) 
05  - DATE-UPUATED-UDH oj 


udb-entry-c T 
UUH-EnTpy-L ImI T 
I IU8— UPt)  A T fc  -C  T 
4-HA  v—  Ct-L-A-14-  — r.  I 

uub-class 

uuh-hhndl 

UDb-T I TLF 


SR  ( O ) 
S 9 ( O ) 
S9  (C  ) 
-S-9-Ptt4- 
X 

Y X 

X,  ( 41)  ) 


VALUE 
VALLE 
VALEO 


spaces. 

0. 


VAU.it-  o. 

COMP  V A(_  L't  *0. 

COMP  VALLE  .0. 

COMP  VALUE  *0. 

V A(  L't  <P.*CF  . 
VAt  CE  SPACES. 

V A l lE  SPACES. 


P3 


Ti  t — 0 1 OS  UDtt-ISI!)  PlL  <VU  VS  tUt  SPACE'S. 

0 1-01 
oi-oi 

■04-01 RECORD- NAME  _LS-  U^A&UJUULLQ&U — 

01-01  RECORD  10  I S 10 1)0. 

0 1 - 0 i LOCATION  MOOt  IS  CALC  USING  1 O-OD&AM  Z*  T I ON  Pi  IPL  I C A Tt  S NOT. 

01—0)  WITHIN  UDbflPEs  A v ha. 

01-ftl  _ MINIMUM  KUO T LENGTH  IS  CONTROL-  

Ol-oi  minimum  fragment  length  is  2h. 

01-01  CALL  IUMSCOMP  hEFORF  STOKE. 

01-01  CALL  IOMSCOMK  hFFORE  MODIFY. 

■04--A4 CALL  IUNSDCUM  -AF-EEH-  L.E4L. 

0 1 — 0 1 COPY  ORGANIZATION  RECORD. 

01-01 

■01-01  RECORD  NAME  IS  REFERENCE. 

A 1 - o 1 RECORD— 10— IS— liW. - 

01-01  LOCATION  Moot  IS  CALC  USING  1 U-R£F  E RtNCh  PuELICATES  NOT. 

0 1 — 0 1 WITHIN  UOHAREA  AREA. 

Ol-Ol  MINIMUM  ROOT  LENGTH  IS  CONTROL. 

Cl-Ol  _ -MINIMUM  FRAurttNT— Lt.NGIH-.I-S— 24. 

0 1 -o 1 CALL  IUMSCOMP  HE  FORE  STORE. 

Ol-ol  CALL  IUMSCOMP  bEFURt  MODIFY. 

01-01  CALL  IOMSOCOM  AFTER  GET. 

0 1 -0-1 -COPY  -REFERENCE, BEC0B1X. 

ol-ol 

,0  1-0  1 RECORD  NAME  is  PEOPLE. 

01-01  RECORD  ID  IS  1001. 

01-01  _ -LOCATION  MOUt—LS  CAtC-USl-NG-  ID-PtOPCE CUFLI  CATF.S  NOT. 

0 1-01  WITHIN  UUbARLA  ARE  A . 

0 \ - 0 1 MINIMUM  ROOT  length  is  CONTROL. 

|Ol-ol  MINIMUM  FRMGMtNT  LENGTH  IS  2<w. 

(04 -a!  _ —CALL  -IUMSCOMP-m.FDRE  SIORE^ 

Ol-ol  CALL  IDMSCOiMP  hEFOrE  MODIFY. 

Ol-ol  CALL  I DMSUCOM  AFTER  GET. 

01-01  COPY  PEOPLE  RECORO. 

01-01  RE  CORD  NAME  IS  NIm-PROJECT. 

01-01  RECORD  ID  IS  1004. 

ni-nl  LOCATION  MODE  IS  CALC  USING  IO-NIM-PROJECT  DUPLICATES  MOT. 

0- 1  -0  1 W I THl  N—UUH AREA— AREA, 

01- 01  MINIMUM  ROUT  LENGTH  IS  CONTROL. 

01-01  MINI MUM  FRAGMENT  LENGTH  IS  £4 . 

01-01  CALL  IUMSCOMP  nEFOWF  STORF. 

iPl  -01 C^LC-lDNSCaMP--HYNLG^p:--MQQ  I-F-Y-. 

01-01  CALL  I DMSUCOM  AFTER  GET. 

01-01  COPY  NIm-PROJECT  RECORD. 

0 1-01 

0- 1  —04 RECGM)-NAmE— LS— 0«CAc-GOMw£i44-S-, — 

01- 01  RECORD  ID  IS  lOOS. 

01-01  LOCATION  MODE  IS  VIA  Nl Ml S- 1 0 1 R-A . 

01-01  WITblN  UDHAREA  AREA. 

A I -04 M I N I MUM  -ALA  >4— L-EHVG4-H — RA  — GPN4-RGL-. 

01-01  minimum  FRAGMENT  LENGTH  is  2«. 

01-01  CALL  IUMSCOMP  SEFORF  STORE. 

Ol-ol  CALL  IUMSCOMP  HEFORt  MODIFY. 

•Ol—Oi — GALE  -H>»*SO€OM  aptyr  Gfe+-« 

01-01  COPY  ORGAN-COMMENTS  RECORD. 

Ol-ol 

01-01  RECORD  NAME  Is  POSlT-DESCR, 

V4.--.v4 Mi  C(*4>~U>— I-S — 4-aa^- — 

04-01  LOCATION  MUUt  IS  VIA  N l M I S- 1 0 l H- A . 

Ol-Ol  *•  I T H I N UDHAREA  a R t A . 

01-0  1 MINIMUM  ROUT  LENGTH  Is  CONTR'OL. 


til -0  1 MINIMUM  FPAOTtNT  LtNOTH  IS  2A. 

01-01  CALL  IDMSCOMP  HFFOPp  STORE. 

01-01  CALL  IDMSCOMP  btKO-E  MODIFY. 

ilL-Ol C ALL  IliMSUtlPM— AE.XLR_  GEJ  

Ol-ol  COPY  POSIT-DtSCR  RECORD, 

oi-o: 

oi-nl  RECORD  NAME  IS  DUM-POSI T-DESCR. 

AL-AL  - RECORD  1DL_LS_1A0Z* __ 

Ol-ol  LOCATION  «00t  IS  vlA  N I M I S- 1 006-A . 

Ol-ol  WITHIN  uDBArFA  area. 

Ol-ol  03  ID-UDM-POSI T-OtSCR  P 1 C XaXX. 

AUCl 

01-01  RECORD  NAMt  IS  N I M-COMmFnTS . 

01-01  PECOWO  ID  IS  1008. 

Ol-Ol  LOCATION  MODE  IS  VIA  NIMIS-100A-A . 

.a  1 -a  1 W I T-HI N - UDbAREA — AP-fcA-, — — 

01-01  MINIMUM  POOT  LENGTH  IS  CONTROL. 

,01-0  1 MINIMUM  FRAGMENT  LENGTH  IS  2<* . 

01-01  CALL  IDMSCOMP  SEFOPE  STORE. 

Q 1 -Cl CALI IDMSCOMP— tf£fU3rt£-.  MOPIF-Y-. - 

01-0  1 CALL  IDMSOCOM  AFTFP  GET. 

01-01  COPY  N I M -COMMENT S PECOPD. 

01-0  1 

0 1 -nl Rf.CQPD  NAME  4 s -NX-M-mST  ONF-S-. 

01-01  PECOPD  ID  IS  100P. 

01-01  LOCATION  MODE  IS  VIA  NIMI^-IOOh-A, 

01-01  wIThIN  UDbAktA  APFA. 

ni  -C-l MINIMUM- -POai-LENG-T-rt  -IS— COnT-PDL« — 

Ol-ol  MINIMUM  FRAGMENT  LENGTH  Is  2R. 

01-01  CALL  IDMSCOMP  8 F F 0 P t STOWE. 

01-01  CALL  IDMSCOMP  btFORE  MODIFY. 

Q 1 -(4 CALI IL.N.SUCOM— AF  XL  «_££44 

01-01  COPY  N I M -MS  T VINES  RtCORD. 

01-0  1 

Ol-ol  PECOPD  NAME  IS  DUM-MIM-MSTONES. 

0- 1 -M SECOKD — ID— IS-  4-0-4DL. 

01- 01  LOCATION  MODE  IS  VIA  NlMIS-lOOW-A. 

01-01  WITHIN  UOhAkEA  AREA. 

01-01  03  ID-DUM-n [m-msTONES  pic  xXx*. 

41-A4 

01-01  PECOPD  NAME  IS  MlM-SUHTASK. 

01-01  PECORO  ID  IS  1011. 

01-01  LOCATION  MODE  IS  VIA  N I M I S-  1 0 0**-  A , 

04 -04 k I-T-Hlii-  UDsARLA  APEA^— 

01-01  MINIMUM  POOT  LENGTH  [ s CONTROL. 

Ol-ol  minimum  Fragment  LFnnTh  is  ?a. 

01-01  CALL  IDMSCOMP  -FFD-E  STOPF. 

JV1  -04 CALL— I LK SLUMP-  law F 

,01-01  CALL  I DM  S DC  0-'  AFTt.R  GET. 

’ 0 1 — 0 1 COPY  N I w- SUn  T a Ft\  RECORD. 

,01-0  1 

,01-4X1 — PFCUPO  -UAP4E  -4S  -UvPR— A.4-M— s;  M LAS*--, 

Ol-ol  PECOPD  ID  IS  1 n 1 ^ . 

•01-01  LOCATION  MODE  IS  VIA  N I M I S- l (!  1 1 - A . 

01-01  WITHIN  UDbAPEA  ARE**. 

ai-oi  — - — 03-  1d-dum-nIm-p;*mtas^ R-I-O— xx x x, 

Ol-ol 

Ol-ol  RECORD  NAMT  IS  NlM-SiMTASK-CMTS. 

0 ] - 0 1 PECOPD  ID  IS  10 \3. 

YH — ix-1 laxCh-LI-pn— MHtib — 1 x_v4~ — — a . 

0 J —0  1 WITHIN  DDhAP- a a*i-\. 

Ol-ol  MINIMUM  POUT  LF‘  4-*  IN  CONTROL. 

Ol-cl  minimum  FkAUME  it  LtMGTH  is  . 


'0  1-01  CALL  IOmSCOMP  HEFuPF  STOP1-  . 

01-01  CALL  IL'r-.SCOMP  HEFOPE  MODIFY. 

0 1-01  CALL  I UP’SL COM  AFTER  GET. 

J.1 1 -ru —COPY-  M1lw_S.UHXASjv-C41.CS~ — -RECORD- 

0 1 -r  1 

'’l -0  1 PECGPL)  NAME  IS  nIm-msTOnE-CmTS. 

(0  t — 0 1 RECORD  IU  IS  1014. 

Cl^-0] LOChT  ION  MCjOcI  IS.VlA  Mi  MIX— 1 Q L!  J - A . 

oi-oi  a I Thin  oDbAREA  area. 

Ol-ol  MINIMUM  PuOT  LtNGTH  IS  CONTROL. 

01  -0  1 MINIMUM  F PAGME NT  LLNGTH  IS  24. 

A1---G 1 — CAH 1 11  MLS  COMP — bF  COkE-_SXO.PE--- 

j 0 1 — C 1 CALL  IOMSCUMP  Pt F OPE  MOUlFY. 

jn  1 -0  1 CALL  IOMSUCOM  AFTER  GET  . 

,01-01  COPY  NlM-MSTONE-CMTS  FECOPO. 

U14  -04 

|0  1 — 0 1 PbCOPO  NAME  IS  NlW-LAhOPnRS. 

Ol-ol  FECOPO  10  IS  10  IS. 

01-01  LOCATION  MODE  IS  VIA  Nl Ml S- 1 004-A . 

-0 1 -0-1 k I XU  I M_UDbARCA_-AJ‘}EA  . 

01-01  u IN  I MUM  ROOT  LENGTH  IS  COMTPOL. 

01-01  MINIMUM  FRAGMENT  LENGTH  IG  24. 

01-01  CALL  IOMSCOMp  HEFOPE  STORF. 

04  -n  1 CALL  - f-UMSC( )MP  — bEF-l IP E-MOOXE-Y-. _ 

01-01  CALL  IOMSUCOM  AFTER  GET. 

01-01  COPY  NlM-LAriOPMPS  PFCOPU. 

01-0  1 

.04  -*-04 — RECOPO-NAME  — I-S--QRC  -.ulM  P fiO  J-. 

01-01  PECOpO  ID  IS  1016. 

01-01  LOCATION  MODE  IS  VIA  N I u I S- 1 0 l 9-R . 

01-01  WITHIN  UDBaPEA  AREA. 

.(Ll  - P_1 M INI MIJM.  RU 0 T_ L CMC >-TH I S— CLUTP-OL. 

0 1-01  MINIMUM  FPAO-1C.MT  LtflGTH  IS  24. 

01-01  CALL  IOMSCOMP  rtEFORE  SFOPF. 

01-01  CALL  IUMSCOMP  riEFOPE  MODIFY. 

-04 -nl CALC — I-DhSuCUM  - AFT-L-P— GET-. 

Ol—ol  COPY  ORG-NImPROJ  PECOPO. 

01-01 

01-01  PECOPO  NAME  IS  NlMPPOJ-RELATE . 

-04-04 k E CO  R 0 -J  O — I-S — l4TT-7-^- 

01-01  LOCATION  MODE  IS  VIA  N 1 M I S- 1 0 04- A . 

01-01  WITHIN  UObARE A ARF.A. 

01-01  MINIMUM  ROOT  LtNOTH  IS  CONTROL. 

-04— O 1 Ml  NIMUM-F  P AGMcA.  I_LXMGXH— XG  

01-01  CALL  IOMSCOMP  BEFORE  STORE. 

01-01  CALL  IOMSCOMP  btEi'PE  MODIFY. 

01-01  CALL  IOMSUCOM  AFTER  GET. 

04-04 COP'C-NlMPROJ-PtCATC-PCCOPAX, 

01-01 

01-01  RECORD  NAME  IS  PEOR(  E-N I m I S . 

01-01  RECORD  10  IS  1018. 

-AT — <Y1 L-OC-A-T- I-flN-AUUc-  IS  VIA  pCb— 1 OQ-3 -A . 

01-01  WITHIN  OOtoMpEA  AREA. 

01-01  MINIMUM  ROOT  LENGTH  IS  CONTROL. 

01-01  MINIMUM  FRAGMENT  LENGTH  IS  24. 

.04  _o-l CA  L L— I U m SC  < )MP--^EKO"  f~S-T-OPE, 

01-01  CALL  IOMSCOMP  HEFOPF  mqOIFY. 

0 1-01  CALL  I DM SO COM  AFTER  GET. 

01-01  COPY  PtOPLE-N  I u I s -(fCORU, 

j „ C | j 

01-01  PECOPO  NAME  IS  OPG-NlMlc. 

0 1-(tl  RECORD  ID  IS  1019. 

01-01  LOCATION  MUOE  IS  VIA  UOb-1000-A. 


'h\-n  l 


0 1-01 
01-01 
0 1-01 

MINIMUM  POUT  LENGTH  IS  CONTROL. 

MINIMUM  FRAOMFMT  LENGTH  IS  2k. 

CALL  IOMSCOMP  dEK-UKt—  STORE . . . 

01-01 

01-01 

01-01 

01-01 

CALL  1UMSCUMP  BEFORE  MODIFY. 

CALL  1DMSUCUM  AFT E W GET. 

COPY  ORG-N 1 M 1 S RtCQRD. 

01-01 
0 l - 0 1 
0 1-01 
oi-m 

RECORD  NAME  IS  HlLLEf. 

RECORD  ID  IS  1200. 

LOCATION  MODE  IS  CAl  C DSlNE,  I U-H  I LLt  T DUPLICATES 
'aiI  THIN  UUbARLA  AREA.,  . . _ . ..  . 

NOT  . 

oi-oi 
01-01 
0 1-01 
0 1-01 

MINIMUM  ROOT  LENGTH  IS  CONTROL. 

MINIMUM  FWAGMLNT  LENGTH  IS  2k. 

CALL  I DMSCOMP  HF.FORF  STORE. 

CALL  I DMSCOMP  btFORL  MODIFY. 

oi-oi 

01-01 

01-01 

01-01 

CALL  IDMSDLOM  AFTER  GET. 

COPY  H I LLt T RECORD. 

oi-oi 
01-01 
01-01 
01  -0  1 

RECORD  NAME  IS  ACCESS-TYPE. 

RECORD  ID  IS  1201. 

LOCATION  MODE  IS  CALC  USING  10-ACCESS-TYPE  DUPLICATES  NOT. 
WITHIN  llDHARE  A APF  A . 

oi  -o  i 
01-01 
01-01 
0 1 -0  1 

MINIMUM  ROOT  LENGTH  IS  CONTROL. 

MINIMUM  FRAGMENT  LENGTH  IS  2k. 

CALL  I DMSCOMP  BEFORE  STORE'. 

_ _ CAl  l lUMNCOMP  HI- FOP F MllUIFY. 

oi-o  i 
0 1-01 
01-01 
01-01 

call  iumsucom  AFTER  get. 

COPY  ACCESS-TYPE  RECORD. 

oi-oi 
01-0  1 
oi-oi 
m -m 

RECORD  NAME  IS  UDB-l  OC A T I ON . 

PE CORO  10  IS  1202. 

LOCATION  MODE  IS  CALC  USING  1 D-UDB-LGC A T I ON  DuPL 
- _ w 1 TEilN  UUbAPE-A  AREA. 

ICATHS  MOT. 

oi-oi 
01-01 
01-01 
n i-o  i 

minimum  ruot  length' is  control. 

MINIMUM  FRAGMENT  length  IS  2k . 

CALL  I DMSCOMP  HEFORt  STORE. 

CALL  I DMSCOMP  -BEFORE  MOU1FY,  - - 

oi-oi 
01-01 
01-0  1 
ai  -oi 

CALL  IUMSUCOM  after  get. 

COPY  UDh-LOCA T I ON  RECORD. 

oi-oi 
01-01 
01-01 
o i -n  i 

RECORD  NAME  IS  LOC A T I ON- ACCE SS . 

RECORD  ID  IS  1203. 

LOCATION  MODE  IS  VIA  UOH-1202-A. 

.WITHIN  UOdAREA  AREA.  . 

ni-oi 

101-01 

01-01 

01-01 

MINIMUM  ROOT  LENGTH' I S CONTROL. 

MINIMUM  FRAGMENT  LENGTH  IS  2k. 

CALL  I DMSCOMP  bEFOPh  STORK. 

CALI  lUMSCOMP  -Ut-ECIRE  MODIFY  . 

oi-o  i 

01-01 
0 1-01 
aij  _n  i 

CALL  IUMSUCOM  AFTER  GET. 

COPY  LOC AT  ION-ACCESS  RECORD. 

oi-oi 
0 1-01 
oi-oi 

1 — n | 

RECORD  NAME  IS  LUC-Aca  sf-ot. 

_ PLCw*»U  ID l.N  lkJjw.  . . 

oi-oi 

OI-O) 
oi -0  1 

LOCATION  MODE  IS  VIA  sMS-l?03-A. 

WITHIN  UUHAREA  ARIA. 

MINIMUM  POUT  L1"  NG T H IS  CONTROL. 

27 


¥ 


0 ) -n  i 
oi  -o  1 
oi  -o  1 
ai  -n  l 
0 1-01 
" 1 -oi 
<11-01 
o 1 - 01 

0 i - o i 

01  -o  1 
0 1-01 
.n  1 -r.  l 
0 1-01 
im-oi 

0 1 - P 1 
ill  -0  1 
0 1 -0  1 
0 1 -0  1 
0 1-0  l 
0 1-01 
o 1 -0  1 
0 1 -0  1 
0 1-01 
o 1 -0  1 
<1  1 -0  1 
0 1-01 
111  -01 

1)  1 -0  1 
0 1 -0  1 
0 1 -0  1 
0 1 -0  1 
o 1 -0  1 
0 1-01 
0 1-01 
'll  -0  1 

0 1 -0  l 
II  1 - 0 l 
0 1 -0  1 
0 1-01 
0 1-01 

1 I - 0 1 
0 1-01 
Ol-ol 
0 1-01 
0 1-01 
Ol-ol 
Ol-ol 
.0  1-0  1 
0 1-01 
0 1 -0  1 
oi  -0  1 

0 1 -n  l 

01  -0  1 
0 1-01 
0 1-01 
01-01 
0 1-01 
0 1-01 
o 1 -0  1 

01-4*1 

o 1 -0  1 

Ol-ol 
0 1-01 


minimum  n, apmlnt  M''i-ri  is  , • 
CALI  IOMsCOMP  ">i  f i w,  t * ; i ( u- 1 . 

4 ALL  IOmSLPNP  o t »•()>.(  M 'dllY. 
CALL  IUMbUCOM  AKIt*'  (it.  T . 

copy  i oc-ACCt  ss-C" r ttcowo. 


MtCOOD  NAME  IS  LOC.A  T l ON-Wfc.uA  Tt  . 
Wt.COWO  lu  IS  1 'OS. 

LOCATION  MOUfc  IS  VIA  l !0h-  1 pop-a , 
wITl'lM  UUHAWfc  A AWtA. 

MINIMUM  KOUl  LI-NUlM  IS  CON  1 0 01.  . 
MINIMUM  t K'AOMfc  N T It  NOTH  IS  , . 

I ALL  1 1 1 MS  COMP  HI-  F OPT  STOWt  . 
call  I ijmscomp  MFFOwfc  moo  Iky. 
cam  ilmsucom  aftlw  him. 

COPY  I OC»T  lON-WKLATfc  PrLOWO. 


PUCOKO  N AML  IS  SSO-CON I sOU  . 

WECUWD  10  IS 

LOCATION  MOOt.  Is  VIA  UPH-IOOO-A 
L I T M I N UPOAWLA  APIA. 

MINIMUM  WOOl  ULNGTM  IS  CUNTMJL. 
MINIMUM  FWAOMI-r  r M M-TH  IS  . 
CAI  l IOMsCOMP  pfcKI  I't  STOWfc  . 

1AM  IOMSCOMP  OFOO  MOOltY. 
lAi.i  I UMSUCOM  At  rt  i-  CUT. 

COPY  SS0-C.ON1  W(|  WtCOWO. 


WLCOoU  NAMt  I',  LOCAT  l ON-Os'ijAN. 
RECORD  10  is  j ? i> 7 « 

LOCATION  Moot  Is  VIA  oOH-lOOO-M, 
W I TO  IN  PPHawI  A Apt  A . 

MINIMUM  WO0I  ULNUTH  IS  CUNT WO L . 
MINIMUM  K W AtiMt  N T It  NOTH  IS  ,'<*  . 
CAM  IOMSCOMP  OtKOPt  stows  . 

CALL  IOMSCOMP  HtfcOwt  modify. 

CALI  IDM.SOCOM  AKTLW  OUT. 

COPY  LOCAT ION-OWOAN  wfcOORO. 


Wt.COWO  NAMt  IS  ACCLSS-1  YPK-I  YPH  . 
RECORD  ID  IS  1POO. 

LOCATION  MODE  Is  VIA  SMS-1P01-A, 
WITHIN  UDHAWtA  APt A . 

MINIMUM  wool  I.KM.TH  Is  CUNIWOL. 
MINIMUM  tWAOMINT  L I NOTH  Is 
CA|.I  IOMSCOMP  OtfOPl  STOWK. 

4 AM  IOMSCOMP  HtFl'Pl  AOOItY. 

LAM  IOMSOCOM  At  TLW  I.LT. 

COPY  A( Ct  SS-TYPt -TYM  PI  CO-JO. 


W I COHO  NANI  Is  OWpAn  — M T I III. 

KtCOWlJ  ID  is  ] MTU, 

LOCATION  Moot  IS  VIA  SMS- 1 POO -H , 
Ay  I Thin  Mk'Aot  a Awt  a. 

t - 1 N 1 1.114N  WOOT  I i - N v , I 1-1  ) s uUtlltuI  * 

MJt|jM|iM  M.  Al'Mt  NI  | t M( . T M ]S  ,'P  . 

( A l | il  MSL  OMP  ■ • I t Owl  MO'-!  . 

L All  IOMSCOMP  pti'i.l  'Mil  l Ik  V. 


•n  i -o  i 
ni-ol 
01  -M 

01-01 
01-01 
oi-oi 
0 1 -OL— 
0 1-01 
0 1-01 
01-0  1 
Al-0-1 — 
,01-01 
|0 1 -o  1 
'01-01 
il  1 -Q  1_  - 
01-01 
;0  1 - 0 l 
01-01 
ill -01 
01-01 
01-01 
Ol-ol 
oj-ai  __ 
01-01 
01-01 
Ol-ol 
oi -ni _ 
Ol-ol 
Ol-ol 
Ol-ol 

0 1 ~0  l— 
0 1-01 
01-01 
01-01 

04—01 

01-01 

01-01 

01-01 

0 1—0  1 — 
01-01 
01-01 
01-01 
04-0-1  — 

Ol-ol 
Ol-ol 
!o  1 -0  1 

A4-al — 
0 1-01 
Ol-ol 
01-01 
04—04 — 
01-01 

0 1 -0 1 
01-0 1 

04-04  — 
Ol-ol 
01-01 
01-01 
'04  -04 — 
01-01 
0 1-01 
,01-01 


CALL  IONSOCOM  AETLP  GET. 
COPY  ORGAN-BILLET  RECORD. 


RECORD  NAME  IS  ACCe SS-HIl  LET. 

RECORD  ID  IS  1?10. 

LOCATION  MuDE  IS  VIA  SMS-1200-A, 

wITHjM  UUtsAREA  AREA. 

MINIMUM  HOOT  LENGTH  IS  CONTROL. 
MINIMUM  FHAGMfcMT  LENGTH  IS  24. 
CALL  IDMSCOMP  PEFOHF.  STORE'. 

CAL  L-  -TDM  SLUMP -OL  F OkE-  MUD- 1 E-Y-. 

CALL  IOMSUCOM  AFTtH  GET. 

COPY  ACCESS-OILLtT  HECOHO. 


RECOHO  NAME  IS  VISITOR-LOG. 

RECORD  ID  IS  1211. 

LOCATION  MODE  IS  VIA  U0B-1202-A, 

te  IIMIAL-UDDAREA  .ABEA^ 1_ 

MINIMUM  ROOT  LENGTH  IS  CONTROL. 
MINIMUM  FRAGMENT  LENGTH  IS  24. 
CALL  IDMSCOMP  bFFORE  STORE. 

CALI -IDMSCOMP— tiEFURE MpO-l  FAG. 

CALL  IOMSUCOM  AFTER  GET. 

CORY  VISITOR-LOG  RECORD. 


RECORD  NAME  IS  ORGAN-VISIT. 

-RECORD.  IP  -IS — 4-24-2. 

LOCATION  MODE  IS  VIA  SMS-121  1 -H . 
WITHIN  UOB ARE  A AREA. 

MINIMUM  ROOT  LENGTH  IS  CONTROL. 

M4  N 1-MLIM—  ERA  GMcNI-E  ERIE,  T.H — l S— 2-4-. 

CALL  IDMSCOMP  rtEFOPF  STORE. 

CALL  IDMSCOMP  hEFORL  MODIFY. 

CALL  IDMSOCOM  AFTER  GET. 

COP  Y-ORUAN-  V lS14--RLCOrtD, — 


RECORD  NAME  IS  PEOPLE-VISIT. 

RECORD  -ID  -1-S 12  W. 

LOCATION  MOOE  IS  VIA  SMS-121 1-B. 
WITHIN  UOHAREA  AREA. 

MINIMUM  ROOT  LENGTH  IS  CONTROL. 

-M  I N I Ml  )M  -F  R AGMK.N  T— Lt'-NG-T  H— 1-S— 2^ 

CALL  IDMSCOMP  BEFORE  STORK. 

CALL  IDMSCOMP  BEFORE  MODIFY. 

CALL  IQMSDCOM  AFTER  GET. 

CDP-Y— PEOPLE -V  I S I-T  rECQRO. 


RECORD  NAME  IS  BADGE. 

RECORD  ID  IS— 12-1-4. 

LOCATION  MODE  IS  VIA  UDd-1000-A. 
WITHIN  UOHAREA  ARFA. 

MINIMUM  ROOT  LENGTH  IS  CONTROL. 

t.uI-N 4-Mum — F R-ADNE-fu.  f-  1 i.nuTh-4  s.-gA-.. 

CA|.l  IDMSCOMP  MEFOPt  STORE. 

CALL  IDMSCOMP  «F E ORE  MODIFY. 

CALL  IDMSOCOM  AFTER  GET. 


STORE . 

MODIFY. 
tiE  T • 
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COPY  HADOE  RtCOPl) 


T > 1 - o 1 
0\-ol 
oi-ol 

-0-1  -0  1 PE  COLD-NAME-  I S-LNDjAN-PU1PLE 
0 1 — o I RECORD  1U  IS  ]?1S. 

.0 1—01  LOCATION'  POOL  IS  VIA  SMS-l?19-rt 

jo  l-ol  WITH  IN  I lUHARt  A Apt-  A. 

01-01  MINIMUM  ROOT  -LfcNGJH  IS - CONTROL  „ 

0 1 -01  MINIMUM  FRAGMENT  LENGTH  IS  Pa. 

,0  1-0  1 CALL  11)  MS  COMP  HFEURF  STUPE. 

,01-01  CALL  Il'MSCOMP  HLEOpF.  MODIFY. 

10 1 -O  1 -CALL-4UMSUC0tL-AF-T-tS--Ii£J- 

,01-01  COPY  OKGAN-PEOPlE  record. 

01-01 
0 1-01 

lrt-l-.nl  RfcICORD  NAME  IS  ACCESS-ASSI-GNEO.-.  - 

0 1-01  PECOPO  10  IS  1 ? 1 A . 

0 1 — 0 1 LoCAl  ION  Moot  IS  VIA  SMS-1P19-A 

01 -01  W I TH I N UDhAPEA  ARFA. 

,01-01  MIN  I MUM- KUO  r LEND  I H I S . -CUNXkOL  . 

'01-01  MINIMUM  FPAUMtKT  LENGTH  IS  PA. 

[Ol—ol  CALL  10MSC0MP  bEEut-F  STUPE. 

,01-01  call  IUMSCUMP  «FEORf  MODIFY. 

.0  I - A 1 — - CALL  lOMSUCOM  AFTfc.P-  r.ET-. — 

(01—01  COPY  ACCESS-ASSIGNED  RECORD. 

0 1-01 
0 l -0  l 

.01-01  RECGFO  NAME  IS  Cl  1 1 7LNSH  I P_ 

0 1 -0 l nECOPU  10  IS  \?\t . 

,01-0  1 LOCATION  MODE  IS  VIA  SMS-1219-U 

0 1 -0  1 Pi  THIN  UOHAPE A APEA. 

,01  -Ol-_. MIN  IMUM  kUO  T_ LLuGJi-i  4-S-XONjk-UL- 

01-01  MINIMUM  FRAGMENT  LENGTH  IS  PA. 

01-01  CALL  IUMSCOMP  HE POPE  STORE. 

01-01  CALL  IOMSCOMP  hEFOPF  MODIFY. 

Dl-Ol — CALL-  I UN'SUCOM  _AF  TER — Cifc,  L. 

01-01  COPY  CITIZENSHIP  PhCORO. 

01-01 
0 1 -0  1 

•0  ] —A  1 — RFICORO-- NAMF.  IS  HI-LLfc T -Pt  OPt-E. 

01-01  RECORD  ID  IS  1A1S. 

01-01  LOCATION  MOuE  IS  VIA  SMS-1219-H 

01-01  WITHIN  ODHAPEA  AREA. 

•01-01 MINIMUM  PUOT  Lfc.NGTK  -IS-CONTPOL. 

01  -(i  1 MINIMUM  EPAGMtNl  LENGTH  IS  24. 

01-01  CALL  K'MSCUMP  bEFORE  STORE. 

,01-01  call  IUMSCOMP  HEEOPE  MODIFY. 

O 1—0  1 CALL  - I OMSDGOM— AE-T F-R — GE  T-. 

0 1-01 

0 1-01  COPY  HI  LEFT -PEOPLE  RECORD. 

0 1 -0  l 

,ni  -ol 

1)1 -0  1 RECORD  NAME  IS  PtOPLI- -SMS. 

01-01  RECOPD  ID  IS  1 ? 1 9 . 

01-01  LOCATION  MODE  IS  VIA  U0H-1O03-A 

0 1-01  *»  I TH  IN  UOmARF.A  _ 4PF  A , . 

01-01  MINIMUM  ROUT  LENGTH  is  CONTROL. 

01-01  MINIMUM  FRAGMENT  LENGTH  IS  ?4 . 

Ml -01  CALL  IUMSCOMP  gFFORF  srnpF. 

N> } -0  1 C-ALl — LNmSGg^P— ‘-'E-Pj  — u»H4{ *-y  , 

oi-m  call  Idnsdcom  after  i.n. 

01-01  COPY  PtOPLE-SMS  PFCORII. 

0 1-01 


RECORD  NAME  IS  PEOPLE -r'FlATE . 

RECORD  10  IS  1P?<1. 

location  mouxu-J.s  -via-uoumooj-a, 

w IT. -I  IN  UOHAREA 

MINIMUM  ROOT  LENGTH  is  control. 
MINIMUM  ERAGMtNT  LENGTH  IS  2b. 

CALL  IOMSCOMP  atFURL-  STORE.  

CALL  IOMSCOMP  HtFORt  MODIFY. 

CALL  IL'MSUCOM  AFTKr  GET. 

LORY  PtORLt-RtLATt.  RFCORO. 


r01-Ol 
01  -fl  1 
01-01 

01-01 

r\\  , 

I'M  -0  1 
Uii  -oi 
oi-oi 
01-01 
oi-oi 
-a  i -o  1- 
oi-oi 
01-01 
oi-oi 
oi-oi — 

01-01 
; 0 1 — 0 1 
Ol-o  1 

01-01 

01-01 
,01-d 
*01-0  1 

0 l -0 1 

0 1-n  l 
01-01 
oi-oi 
,aaRnao* 

0 0 1 00» 

OOfiPOO* 

00m00« 

OORAOQ_S£J  NAME- 
OOPROO  DROtR  IS 
0 0 F A 0 0 Moot  IS  CHAIN 
00h700  OWNER  IS  IX  SUB 

aaaana 

OORROO  MEMBER  IS  iXRtC 
OOROOO 
009100 

aaap-OO - 

009300  SFT  NAME  IS  IXSET 
‘ ‘ ORDtR  IS  NEXT. 
mode  IS  Chain 
-OWNER-  LS- -IXSET 


■A A , 


SMS-1P00-B. 


RECORD  NAME  IS  BILLET- 
RECORD  ID  IS  1??1. 

LOCATION  MODE  IS  VIA 
WITHIN  -UDWAREa  AREA. 

MINIMUM  ROOT  LENGTH  IS  CONTROL. 
MINI  MUM  FRAGMENT  LENGTH  Is  2b. 
CALL  IOMSCOMP  HEFORf  STORE. 

CALL— IOMSCOMP — ohfSIRt  -MOU-lFJY-. 

CALL  IOMSUCOM  AFTER  GET. 

COPY  BILLET-AA  RECORD. 


SET  DESCRIPTION. 


* SET  DESCRIPTION  s T a 1 1 MEN  T S 

« o i> iM> « i> o a o >» s -i> ■» <> •«■  -i> o ■» in> o »<» o <> ■» <J ^ o •>> * o ^ <j  o 


-IS-0.XSUBiI.XRtC, 

NEXT. 


MANDATORY 


lInkEu  To  pr i no 
NE\T  OBaEy  POSI 
PRIOR.  -UEtVE-Y— PUS 

next  Urge y posi 

PRIOR  UDKty  ROS 
AUTOMATIC. 


- mandator Y 


IXOEC. 

009A00  - - - - 

0O9S00 
[OflOf^O- 
00R700 

OOQPOO  MEMBER  IS  IXRtC 

onoooo 

(n-iAROO 

010100 

O1OP00  SET  name  IS  IXSET-IXDET, 
0 1 moo  ORDtR  IS  NEXT. 

A 1 OARO-MODt  -IS — CHAIM 

,010SOO  OWNER  IS  IXSET 
'0  1 OR  0 0 

oi 0700  member  is  ixoet 

Rinsoa 

o ioroo 
onnoo 
oi-oi 

'04  —0-4 

oi-oi 

01-01  SET 
o\-nl 


L I No  ED  Tu  RR  I (ID 

NEX T— Ub EEy  .ROS.  I 

PRIOR  OoKEY  ROS 
NtXT  DH'xE  Y ROM 
PRIOR  DoNE Y ROS 
-AU-DOMA  TIC, — — 


-R4-NKF-U-.  T U-RR  T 4 JR 
NEXT  UrrstY  ROST 
PR  l OR  DnXtY  ROS 
NEXT  DbiXEY  ROS  1 
-PM  OR  -uruvE  > rGs 


MANDATORY  AUTOMATIC. 


«•  it  it  it  it  it  a it  it  i!  i 


T I ON  I S 1 
I T law  -4S— P, 
T I ON  IS  1 
I T I ON  IS  ? 


14  ON  IS  l 
I T I ON  IS  2 , 
T I ON  I S 3 
IT  ION  IS  A 


TIOM  IS  X 
1 T 1 ON  IS 
1 1 ON  1 s 1 
lTluN-ls  p 


NAME  IS  Ix-ORGmM- 
ORDER  IS  SORTED. 


PIC, 


; «■  c a 

> 

> » c c 


1 1 1 1 

3 .*5  0 2> 

ROUE  IS  CHAIN. 

OWNt.R  lb  IXUWNEP 

nEXT  UEiKtY  POSITION  IS  1. 

KLMw  H Is  OROAAl  I 7aT  1 flN 

n i -o  1 
.01-01 
Ol-ol 
.n  i -n  i 

wtXT  OrKE.Y  HI'S  I T I ON  IS  o 

OPTIONAL  maniiai 

ASCENDING  KEY  Is  ORGAN— U I C nilPL  icates  last 

• 

,01-0  1 
Ol-o  1 
Ol-ol 

Jll-O  1 . 

Sh.r  NAME  is  1 X-OwG«N-C  li'COufc  . 

ORDER  IS  SORTED. 

MODE.  IS  CHAIN. 

0 ^ is  4ji.Uw.Nt.R- 

loi-oi 
.01-0  1 
in  1-01 

in  i _n  i 

NEXT  UriKL  Y POSITION  IS  2. 

NEMritH  IS  OkC-ANI  7 AT  ION 

NEXT  OHKfcy  POSITION  IS  5 

OPT  I (INAL  -MAfJUAl 

0 1-01 
joi-nl 
iOl  -oi 
ill  -0  1 

ASCENDING  KEY  IS  ORGAN-CMUCODE  OUPLlCATES 

SET  KA^t  IS  1 X-PEOPI  E-NAME. 

OPIlt-  p I S SOPTt-  U 

LAST. 

0 1-01 
101-0  1 
Ol-ol 
n i _o  i 

NODE  IS  CHAIN. 

OWNtP  IS  IXOwNER 

NEXT  DhKEY  POSITION  IS  3. 

MK  VHE  R . I S PhURI  f . _ - 

o i-o  i 

0 1-01 
01-01 
.0  1 -0  1 

•'It XT  UhkEy  position  is  s 

OPTIONAL  maniiai 

ASCENDING  KEY  IS  NAME -PEP SON  DUPLICATES  LAST. 

ni-ni 

oi-oi 
,01-01 
.0 1 -r.i 

SET  NAME  IS  1X-L0C-COUNTPY. 

OPOE.R  IS  SORTED. 

MODE  IS  ChaIN. 

OUNtR  IS  IXUWNElR 

ni  _o l 

0 1-01 
oi-oi 

.04  -0  l 

'IE  XT  UbKtY  POSITION  IS  <* . 

MEMbtP  IS  UOb-LOC A T 1 ON 

NEXT  DbivE  Y POSITION  IS  5 
-OPT  ICiNAI MANUAL 

0 1 -0  1 

0 1-01 
!o  1 -o  1 

,ai  ~i\  i - 

ascending  key  is  locat ion-cntry  duplicates 

SE  T-  -NAME.  I S llOH-  l 00  0-  A . 

last  . 

oi-oi 

0 1-01 
,01-01 
ii4-.nl 

ORDER  SOWTED. 

MODE.  IS  CHAIN  LINKED  TO  PRIOR. 

OWNER  IS  ORGAN  I 7 AT  I ON 

_NEXl— UpNEY  PUS  I T I ilivl Is  1 

oi-oi 
01-01 
|0  1 -ol 
in  1 n i . 

PRIOR  UHKE.Y  POSlt  ION’ IS  "2. 

MEMhER  IS  ORG-NIMIS 

NEXT  DbKEY  POSITION  IS  1 
. Rw4UR— ObivE  Y— PAST  T4-0N-4-S— - 2 

oi-oi 
oi-r  1 
01-01 
ii  i — ni 

osNtR  uhkeIy  posit  ION  is  3 
t.  INKED  TO  OWNER 

ASCENDING  kEY  IS  ID-ORO-N Im IS  DUPLICATES  E 
. _ A mi  l A TORY A 1 1 T ,in  ■'  TIC. 

IRST 

oi-oi 
,0  1-0  1 
,01-01 
.ni  -o  i 

KEMhEp  IS  SSO-CONTROl  " 

NEXT  l'HKE_  Y POSITION  IS  1 

PRIOR  UdKE.Y  POSITION  IS  2 
--  - - -ilki.l  tv  (JriAl  V -U/1S  i.T  1 1 IN-  I S 1 . 

oi-oi 

oi-oi 

t)  1 -0  1 
on  i . 

LINKED  TO  OwNER 

ascending  key  Is  IO-SSA-COOTpOL  DUPLICATES 
mandatory  Automatic. 

i.if  MHE  R I S H A(  V -E 

^ l PS  T 

01-01 

Ol-ol 

Ol-ol 

'EXT  DbKEY  ROSl T 10 1 is  1 

PR  III-  Ut'KE  Y POSITION  is  2 

OVNEP  DPKEY  POSITION  IS  .1 

/ wA 


k 


ni-ol 

01-01 

01-0-1 

L I no  hi)  TO  0 "NE.  p 

ASCtNUl  NO  M :Y  I S lO-tUOGE  DUPLICATES  NOT 

MANDATORY  AUTOMATIC. 

01-01 

0 1 - 0 1 
01-01 

Q 1 - 0 1 

SET 

NAME  IS  UOH-IOOO-H. 

ORDER  IS  NE.  XT. 

M CUE  IS  CHAIN  LINKED  TO  PR4  0K*-. 

0 1 -0  1 

0 l-ol 
01-01 
fll  l _ 0 1 

OWNER  IS  OROAnI 7AT ION 

NEXT  dbkey  POSITION  IS  J 

PRIOR  l)Hi\ K Y POSITION  IS  m. 

MEMHc.P  IS  SSO-CONTPOI 

oi-oi 

0\-Ol 

0 1-01 
m i i 

NEXT  DhkE  Y Pfis  1 Tt  ON  IS  A 

PRIOR  DHKtY  POSITION  IS  S 

Ol»  NEW  DHKtY  POSITION  IS  h 

1 INnEU  TO  OWNER  - . 

oi-ol 

,oi_oi 
.01-01 
.0  1 -01 

MANDATORY  manual . 

MEMBER  IS  L0CATI0N-OPGAN 

NEXT  UokEY  POSITION  IS  A 

PRIOR-  UtaKtY  POSITION  IS  S - 

oi-oi 
Ol-o  1 
01-01 
.01-01 
01-01 
Ol-ol 
101-01 
.0  1-  0 1 

OWNER  OeKEY  POSITION  IS  o 

L 1 NkE 0 TO  owner 

manoatopy  automatic. 

KEMttfc R-  -IS  - ORGAN-U I L l h T 

NEXT  OnKtY  POSITION  IS  1 

PPIOP  DHKtY  POSITION  is  ?_ 

OWNER  UHKEY  POSITION  IS  J 
...LINKED  TO  OWv»tR-  - - - - - 

.01-01 
01-01 
■01-01 
.0  1 -0  1 

mANOA  OPY  AUTOMATIC. 

MEMBER  IS  ORGAN-VIM  T 

NEXT  URkEY  POSITION  IS  1 

. - PKIOR—UBKE Y- POSITION  IS  -H-  - --  

oi-oi 

0 l - .1 1 

0 1-01 
ALL- 01 

OwNER  UHKEY  P('S  i T I ON  is  3 

LINKED  TO  OWNER 

MANDATORY  AUTOMATIC. 

MEMBER  IS-  ORGAN-PEOPLE  - . . 

01-01 

01-01 

01-01 

■01-nl 

Nhxt  OBkEY  position  Is  1 

PPIOR  UriKt'Y  position  is  p 

Owner  uokey  position  is  3 
..  ElNKtO  TO  owner  - - 

Ol-ol 
Ol-ol 
Ol-ol 
HI -01 
,01-01 
101-01 
:0l-0l 

1 —0  l 

— -S£J- 

MANDATORY  AUTOMATIC. 

.NAME — IS  -UOb-.l-aaO-A. 

ORDER  IS  SORTED. 

MODE.  IS  Chain  LINKED  TO  PPIOR. 

owner  is  people 

-NEXT  -UBi\EY  POST  I T ON  -i  S 1-- 

jo  { — o i 

jO  1 -0  1 

;oi-oi 

,o  i -n  1 

PRIOR  DBKt.Y  POSITION' IS*  £. 

MEMBER  is  PtOPlE-NlMjS 

NEXT  OBKEY  POSITION  IS  1 
- RR-IOR  y RO-S-J  T LOU 1 S ? . - 

oi-oi 
Ol-ol 
01-01 
.a  j -oi 

OKNER  UhKriY  POSIT  ioN  IS  3 

LINK EO  TO  OWNER 

ASCtNO  ING  KEY  IS  1 D -PEOPLE  -N  I **  1 S OtlRLlCATES  E I i-  s f 
mandatory  automat ic. 

oi-oi 
Ol-ol 
01  -0  1 
Yi ) —04 

MEMBER  is  PEOPLE -SMS ' 

NEXT  UhkEIY  POSITION  Is  1 

pwlop  DdKEY  Position  is 

OV  Nt  P UR-K(  X )>-  1 T i ( )\  is  .i 

0 i -o  i 

Ol-ol 

01  -01 

[ I \kE  i)  Tu  0*  VE  R ' 

ASCENDING  KEY  IS  IO-EJE  OPLE-S‘*S  ' 'up|  IfATf-s  NOT 

M ANi  ).»  TORY  AUTOMATIC. 
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GLOSSARY  OF  TERMS 

This  glossary  of  terms  is  limited  to  those  terms  which 
are  used  in  the  course  of  this  Guide.  Words  which  are  defined 
elsewhere  within  the  glossary  are  displayed  in  capital  letters. 


A 

AREA  - The  logical  definition  of  the  space  within  the 
database  where  record  entities  will  occur.  Areas  are 
divided  into  a specified  number  of  PAGEs. 

ATTRIBUTE  - Within  the  IDD,  an  attribute  is  a specific 
word  or  term  which  further  describes  the  dictionary 
entry.  Each  attribute  is  associated  with  a CLASS,  e.g., 
"ENTRY-SECURITY  IS  ENTRY-UNCLASSIFIED”  where  "ENTRY-SECURITY" 
is  a CLASS  and  "ENTRY-UNCLASSIFIED"  is  an  attribute 
within  the  class. 

AUTOMATIC  - The  term,  as  applied  to  IDMS,  means  a type 
of  SET  where  a member  record  is  automatically  associated 
with  its  owner  at  the  time  the  member  record  is  stored 
in  the  database. 


B 

BASE  RECORD  - A UDB  record  which  is  stored  CALC  in  the 
database  and  which  has  no  owner  records.  A primary 
database  entry  point. 

BATCH  - The  term  used  to  describe  ADP  operation  which 
is  characterized  by  the  use  of  punched  card  input  and 
printed  report  output. 


C 

CALC  - The  term  which  identifies  an  IDMS  record  type 
as  being  stored  randomly  in  the  database  in  a location 
determined  by  the  contents  of  its  KEY  elements. 

CAMP  - The  Central  Access  Monitor  Program  of  IDMS. 

This  program  is  essential  Cor  central  version  (CV)  operation. 


CLASS  - A basic  grouping  of  words  or  terras  which  provide 
further  explanation  and  organizing  of  entries  in  the 
data  dictionary.  See  also:  ATTRIBUTE. 


i 

' 


I 


CULPRIT  - A report  writer  and  batch  query  facility  marketed 
by  Cullinane  Corporation  which  interfaces  with  IDMS. 

CV  - Central  Version.  The  control  program  which  permits 
multiple  users  of  IDMS  to  share  DBMS  resources  and  prevent 
concurrent  updating  of  the  database  by  multiple  users. 


D 

DATA  BASE  - A description  of  the  function  of  utilizing 
DBMS  for  the  maintenance  of  information. 

DATABASE  - The  physical  repository  of  information  processed 
by  a DBMS . 

DATA  ELEMENT  - The  lowest  level  of  data  definition  within 
the  database.  A data  element  contains  a specific  piece 
of  information  which  cannot  be  logically  subdivided. 

DATA  ENTITY  - The  highest  level  of  data  definition  within 
the  database.  A data  entity  is  the  logical  association 
of  a number  of  DATA  ELEMENTS  and  DATA  GROUPS  to  form 
a complete  picture  of  some  information.  See  also:  RECORD. 

DATA  GROUP  - An  intermediate  level  of  data  definition 
within  the  database.  A data  group  consists  of  one  or 
more  DATA  ELEMENTS  and/or  other  data  groups  which  together 
associate  logically-related  information. 

DATA  SET  - The  physical  storage  space  set  aside  by  the 
operating  system  for  storing  a database. 

DBMS  - Data  Base  Management  System. 


E 


ENTITY 


See  DATA  ENTITY 


F 


FILF  - Sec  AREA. 

FIXED- LENGTH  ELEMENT.  A data  element  which  wilL  always 
contain  sufficient  data  to  completely  fill  its  storage 
space,  e.g.,  country  code  is  a 2-byte  field  and  every 
entry  to  the  element  is  always  2 bytes  long. 


G 

GROUP  - See  DATA  GROUP. 


H 


I 

IDD  - Integrated  Data  Dictionary.  The  software  package, 
marketed  by  Cullinane  Corporation,  which  maintains  the 
IDMS  data  dictionary. 

IDMS  - Integrated  Database  Management  System. 

IP  - Input  Processing.  The  acronym  is  normally  used 
in  conjunction  with  software  developed  to  perform  input 
processing  functions  supporting  the  integrated  database. 

INTERMEDIATE  RECORD  - One  of  the  four  UDB  record  format 
types.  The  intemediate  record  is  characterized  by 
its  use  as  a relational  intersection  between  two  other 
record  types  or,  in  some  cases  only  one,  and  its  use 
as  an  owner  of  other  record  types. 


J 

JCL  - Job  Control  Language.  The  punched  card  deck  which 
controls  execution  of  IBM  360  software. 

JOURNAL  - The  IDMS  file  which  maintains  database  recovery 
information. 


1 .3 


K 

KEY  - A data  element  or  group  of  data  elements  which 
defines  a database  record  uniquely. 


L 

LOGICAL  RECORD  - A record  definition  which  is  not  concerned 
with  the  conditions  of  its  physical  use.  The  logical 
record,  for  example,  does  not  consider  the  AREA  in  which 
it  resides  or  the  POINTERS  which  link  it  to  other  records. 
See  also:  DATA  ENTITY. 


M 

MANDATORY  - The  record  occurrence  must  be  associated 
with  an  owner  record  occurrence.  Once  stored,  the 
association  cannot  be  broken. 

MANUAL  - The  association  of  two  record  occurrences  whose 
record  types  are  joined  by  a set  is  determined  by  the 
logic  of  supporting  software. 

MEMBER  - A logical  database  record  type  which  is  dependently 
associated  with  another  record  type,  its  OWNER. 


N 


0 

OLQ  - The  On-Line  Query  software  package  marketed  by 
Cullinane  Corporation  which  permits  querying  the  IDMS 
database  from  remote  interactive  terminals. 

OPTIONAL  - The  record  occurrence,  once  stored  in  the 
database,  may  be  transferred  from  the  association  with 
one  owner  record  occurrence  to  another. 

OWNER  - A logical  record  type  which  has  dependent 
records  associated  with  it. 
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MEMBER 


p 


PACK  - The  logical 
Pages  are  assigned 
within  a DATA  SET. 


subdivision  of  a database  AREA, 
physical  sizes  when  they  are  defined 


Q 


R 

RECORD  - The  logical  or  ohysical  representation  of  data 
within  the  database.  The  SCHEMA  is  composed  of  many 
RECORD  TYPES,  each  of  which  may  have  an  unlimited  number 
of  occurrences.  These  occurrences  are  generally  referred 
to  as  records. 

RECORD  FORMAT  - One  of  the  general  formats  use  to  aid 
in  the  design  of  a RECORD  TYPE.  Four  record  formats 
are  used  by  UDB. 

RECORD  TYPE  - The  individual  definition  of  a record 
within  the  database  SCHEMA. 

RELATIONAL  RECORD  - A UDB  record  type  which  is  used 
to  associate  two  other  record  types. 

RJE  - Remote  Job  Entry  terminal,  used  primarily  for 
batch  processing. 


S 

SCHEMA  - The  logical  definition  of  an  entire  database. 

The  schema  is  the  road  map  to  the  database. 

SERVICE  ANALYSIS  - The  process  of  identifying  each  function 
which  will  support  a user's  application,  including  database 
maintenance,  reporting,  and  querying. 

SET  - The  term  used  in  IDMS  to  identify  the  association 
between  two  or  more  record  types. 

SUBSCHEMA  - A subset  of  a SCHEMA  which  identifies  a 
specific  window  view  of  the  database,  restricting  the 
user  to  that  area  of  the  database. 


SUBSIDIARY  RECORD  - A UDB  record  type  which  is  the  lowest 
level  record  to  be  defined.  A subsidiary  record  may 
not  be  an  OWNER  record. 


T 

TERMINAL  - Within  this  Guide,  a terminal  is  meant  to 
define  a device  which  can  communicate  with  the  integrated 
database,  primarily  one  which  can  communicate  interactively 

TP  - Teleprocessing. 


U 


UDB  - The  acronym  for  the  Universal  DataBase, 
is  a concept  which  defines  database  structures 
a way  that  they  can  be  readily  updated  without 
extensive  time  and  labor  resources. 


The  UDB 
in  such 
requiring 


USER  - Within  this  Guide,  the  term  defines  the  persons 
or  organizations  which  will  utilize  the  integrated  database 


V 

VARIABLE-LENGTH  ELEMENT  - A data  element  which  is  large 
enough  to  contain  the  information  which  it  is  designed 
to  hold  but  which  may  have  empty  space  (spaces  or  zeros) 
after  the  data  has  been  loaded;  e.g.,  the  name  of  a 
person  is  27  bytes  long  but  the  data  loaded  may  be  only 
15  bytes  long. 
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PSL  UPDATE 

This  appendix  defines  the  syntax  of  OS/MVT  Job 
Control  Lanaguage  (JCL)  required  to  update  the  PSL  members 
supporting  database  development.  Appendix  A. 2 describes 
preparation  of  the  contents  of  PSL  members. 

/ /ABBBBBCC  JOB  ( DEEE , FFFF ,GG , HH ,,,,,11),' PSL  UPDATE', 

//  MSG LEVEL3 (0,0 ) , CLASS=E , REGION=60K 

//  EXEC  PGM= IEBUPDTE 
//SYSPRINT  DD  SYSOUT=A 

//SYSUT1  DD  DSN=  DEV . PSL .XXX , DISP=OLD 

//SYSUT2  DD  DSN=DEV.PSL .XXX, DIS P=OLD 

//SYSIN  DD  * 

PLACE  UPDATE  CARDS  HERE 

./  ENDUP 
/* 

// 

Figure  Jl.l 

Parameter  definitions: 

A Job  prefix,  assigned  by  project  manager 

BBBBB  Development  work  order  number,  assigned  by  project 
manager 

CC  Unique  job  identifier,  assigned  by  user 

D Building  designator,  assigned  by  project  manager 

EEE  Person  identifier,  assigned  by  project  manager 

FFFF  Room  number  or  other  routing  indicator,  assigned 
by  user 

GG  Estimated  execution  time  in  minutes 

HH  Estimate  print  lines  in  thousands 

II  Number  of  print  lines  on  a page,  normally  60 

XXX  Individual  PSL  name,  assigned  by  project  manager 

Jl.l 


W 
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IP  COMPILATION 

This  appendix  defines  the  syntax  of  OS/MVT  Job 
Control  Lanaguage  (JCL)  required  to  compile  input  processing 
(IP)  programs  for  batch  and  on-line  data  entry  support. 


COMPILE  BATCH  IP  FROM  PARAMETER  CARDS 

//ABBBBBCC  JOB  ( DEEE , FFFF ,GG , HH , , , , , I I ) , ' I P FROM  CARDS', 
//  MSGLEVEL= (0,0) , CLASS=E , REGION=150K 
//  EXEC  Z I PXLKED , PHASE= I PZZ ZS , DUM2  = 

//EXT.SYSIN  DD  * 

PLACE  IP  PARAMETER  CARDS  HERE 

//DML5.SYSIPT  DD  DSN=& &PSLOUT , DISP= (OLD , DELETE ) 

/* 


Figure  J2.1 


Parameter  definitions: 

A Job  prefix,  assigned  by  project  manager 

BBBBB  Development  work  order  number,  assigned  by  project 
manager 

CC  Unique  job  identifier,  assigned  by  user 

D Building  designator,  assigned  by  project  manager 

EEE  Person  identifier,  assigned  by  project  manager 

FFFF  Room  number  or  other  routing  indicator,  assigned 
by  user 

GG  Estimated  execution  time  in  minutes 

HH  Estimate  print  lines  in  thousands 

II  Number  of  print  lines  on  a page,  normally  60 

ZZZ  IP  primary  identifier,  assigned  by  project  manager 
S IP  option,  S-store,  M-modify,  D-delete 


COMPILE  BATCH  IP  FROM  PSL 

/ /ABBBBBCC  JOB  ( DEEE , FFFF ,CC , HH , , , , , 1 1 ) , ' I P FROM  PSL'  , 
//  MSGLEVEL=  (0,0)  ,CLASS=E  , REGION=»150K 
//  EXEC  Z I PXLKED , PHASE® I PZZ ZS , DUM2  = 

//EXT . SYSIN  DD  DSN=DEV . PSL . XX X (GCY Z ZZ S ) , DIS P=SH R 

//DML5.SYSIPT  DD  DSN=&  Si  PS  LOUT  , DISP=  (OLD  , DELETE) 

/* 

// 


Figure  J2.2 


Parameter  definitions: 

A Job  prefix,  assigned  by  project  manager 

BBBBB  Development  work  order  number,  assigned  by  project 
manager 

CC  Unique  job  identifier,  assigned  by  user 

D Building  designator,  assigned  by  project  manager 

EEE  Person  identifier,  assigned  by  project  manager 

FFFF  Room  number  or  other  routing  indicator,  assigned 
by  user 

GG  Estimated  execution  time  in  minutes 

HH  Estimate  print  lines  in  thousands 

II  Number  of  print  lines  on  a page,  normally  60 

XXX  Individual  development  PSL  file,  assigned  by 

project  manager 

ZZZ  IP  primary  identifier,  assigned  by  project  manager 
S IP  option,  S-store,  M-modify,  D-delete 

COMPILE  ONLINE  IP  FROM  PARAMETER  CARDS 

//ABBBBBCC  JOB  { DEEE , FFFF ,GG , HH , , , , , 1 1 ) , ' CREATE  ONLINE  IP', 

//  MSGLEVEL= (0,0 ) , CLASS=E , REGION=  200K 
//  EXEC  OLGEN ,PHASE=ZZZS 
//GEN.SYSIN  DD  * 

PLACE  IP  PARAMETER  CARDS  HERE 

/* 

// 


Figure  J2.3 

Parameter  definitions: 

A Job  prefix,  assigned  by  project  manager 

BBBBB  Development  work  order  number,  assigned  by  project 
manager 

CC  Unique  job  identifier,  assigned  by  user 

D Building  designator,  assigned  by  project  manager 

EEE  Person  identifier,  assigned  by  project  manager 

FFFF  Room  number  or  other  routing  indicator,  assigned 
by  user 

GG  Estimated  execution  time  in  minutes 

HH  Estimate  print  lines  in  thousands 

II  Number  of  print  lines  on  a page,  normally  60 

ZZZ  IP  primary  identifier,  assigned  by  project  manager 

S IP  option,  S- store,  M-modify,  D-delete 
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CULPRIT  REPORTS 

This  appendix  defines  the  syntax  of  OS/MVT  Job 
Control  Lanaguage  (JCL)  required  to  prepare  CULPRIT  reports 
supporting  batch  processing  and  data  conversion. 


//ABBBBBCC  JOB  ( DEEE , FFFF ,GG , HH , , , , , 1 1 ) , ' CULPRIT  REPORTS', 
//  MSGLEVEL= (0,0) , CLASS=E , REGION=150K 
//  EXEC  CULPRIT5 
/ /CULPO . SYS IN  DD  * 

PLACE  CULPRIT  PARAMETER  CARDS  HERE 


./  ENDUP 
/* 

// 


Figure  J3.1 

Parameter  definitions: 

A Job  prefix,  assigned  by  project  manager 

BBBBB  Development  work  order  number,  assigned  by  project 
manager 

CC  Unique  job  identifier,  assigned  by  user 

D Building  designator,  assigned  by  project  manager 

EEE  Person  identifier,  assigned  by  project  manager 

FFFF  Room  number  or  other  routing  indicator,  assigned 
by  user 

GG  Estimated  execution  time  in  minutes 

HH  Estimate  print  lines  in  thousands 

II  Number  of  print  lines  on  a page,  normally  60 


J3 .1 
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IP  EXECUTION 

This  appendix  defines  the  syntax  of  OS/MVT  Job 
Control  Lanaguage  (JCL)  required  to  update  the  database  in  a 
batch  environment. 


//ABBBBBCC  JOB  ( DEEE , FFFF , GG ,HH , , , , , I I ) , ' I P EXECUTION' , 

//  MSGLEVE  L= ( 0 ,0 ) , CLASS=E , REGION=150K 

//  EXEC  LDRUPDT5 , PROG=LDR5 
//LDR. TRANSINP  DD  * 

PLACE  CTLA  CONTROL  CARD  HERE 
PLACE  DATA  CARDS  HERE 

./  ENDUP 
/* 

// 

Figure  J4.1 

Parameter  definitions: 

A Job  prefix,  assigned  by  project  manager 

BBBBB  Development  work  order  number,  assigned  by  project 
manager 

CC  Unique  job  identifier,  assigned  by  user 

D Building  designator,  assigned  by  project  manager 

EEE  Person  identifier,  assigned  by  project  manager 

FFFF  Room  number  or  other  routing  indicator,  assigned 
by  user 

GG  Estimated  execution  time  in  minutes 

HH  Estimate  print  lines  in  thousands 

II  Number  of  print  lines  on  a page,  normally  60 
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APPENDIX  K 


INTEGRATED  DATABASE  DEVELOPMENT  SCHEDULE  AND  DELIVERABLES 

The  NIPSSA  Integrated  Database  Development  and 
Design  Guide,  Version  2 do  Cities  the  procedures  to  Lie 
followed  during  the  development  of  a database  application. 
This  document  identifies  the  steps  and  deliverable  products 
which  are  to  be  produced  during  each  phase  of  database 
development. 

It  is  assumed  that  contractor  personnel  will  be  the 
primary  external  assistance  supporting  database  development. 
References  to  programmers  and  analysts  within  this  document 
are  to  contractor  personnel  unless  specifically  stated 
otherwise. 

GENERAL  DELIVERABLE  PROCEDURE 

The  POAM  is  divided  into  21  specific  steps,  each 
with  a function  and  end  product.  Four  of  the  steps  are 
performed  specifically  by  NIPSSA  (3,  5,  7,  and  8).  The 
remainder  are  performed  by  the  contractor. 

The  overall  development  effort  is  divided  into  7 
phases,  five  performed  entirely  by  the  contractor  (1,  4,  5, 
6,  and  7).  Phase  2 is  performed  jointly  by  the  contractor 
and  NIPSSA  in  series.  Phase  3 is  performed  entirely  by 
NIPSSA. 


To  simplify  accounting  and  achieve  flexiliility 
within  the  development,  formal  contractor  product  deliveries 
will  occur  at  the  end  of  each  phase  except  Phase  3 
(performed  by  NIPSSA).  The  deliverables  defined  at  the  end 
of  each  step  v-  ithin  a phase  will  be  formally  presented  to 
NIPSSA  at  the  end  of  the  Phase.  Delivery  dates  within  each 
phase  will  be  viewed  as  milestone  reviews  to  maintain 
visibility  of  project  progress.  THE  CONTRACTOR  MUST 
UNDERSTAND  THAT  STEP  DELIVERABLES  FOLLOWED  BY  NIPSSA  REVIEWS 
MUST  REACH  NIPSSA  AT  THE  DEFINED  DATE  IN  ORDER  FOR  NIPSSA  TO 
RESPOND  WITHIN  THE  DEFINED  TIME  FRAME. 

ACCEPTANCE  OF  DELIVERABLES 

Formal  deliverable  products  duo  at  the  end  >f  Phases 
1,  2,  4,  8,  6,  and  7 must  bo  received  by  NIPSSA  on  the 
defined  date.  Receipt  by  intermediary  organizations  on  the 
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delivery  date  does  not  constitute  on-time  delivery. 

Formal  deliverable  products  must  be  delivered  in  the 
form  and  format  specified  in  the  NIPSSA  Database  Development 
and  Design  Guide,  Version  2 or  this  POAM.  Unless  previously 
agreed  in  writing,  other  forms  of  delivery  are  not 
acceptable. 

Formal  acceptance  or  rejection  of  deliverable 
products  will  be  provided  by  NIPSSA  in  writing  to  the 
contractor  or  intermediate  organization,  as  appropriate. 

1.  PHASE  I.  PROBLEM/APPLICATION  DEFINITION. 

Phase  I begins  with  the  receipt  of  a user  request 
for  database  support.  This  request  should  be  received  as 
defined  by  NAVINTCOM  Instruction  5230. *10  of  26  September 
1978. 


The  development  of  a new  database  facility  requires 
that  a subsystem  specification  be  prepared.  Appendix  D of 
the  Design  Guide  provides  guidelines  for  the  content  of  the 
subsystem  specification  which  is  stored  on  a Program  Support 
Library  specified  by  the  NIPSSA  project  manager. 

The  contractor  will  interview  end  user  personnel  to 
determine: 

1.  The  services  which  are  to  be  achieved  by  the 
application. 

2.  The  source  and  format  of  information  which 
will  be  used  to  support  the  application. 

3.  The  short  and  long-term  plans  of  the  user 
with  regard  to  the  application. 

4.  Interfaces  to  other  applications  existing  or 
planned . 

Phase  I deliverables  are: 

1.  A subsystem  specification,  in  IDD  input 
form,  stored  on  a designated  PSL,  containing 
the  information  described  in  Sections  1,2, 
and  3 of  the  subsystem  specification 
standard  described  in  Appendix  D of  the 


2 


Design  Guide, 
specification 
document  form. 


Four  copies  of  the  subsystem 
will  also  be  supplied  in 


. A service  analysis  description  for  each 
service  function  to  be  supported  by  the 
application  prepared  in  accordance  with 

Appendix  A. 10  of  the  Design  Guide.  Output 
services  will  include  additional  description 
information  described  in  Appendix  A. 11. 

Four  copies  of  the  service  analysis  will  be 
supplied  in  document  form. 

Phase  I Begin  Date  - 

Delivery  Date  - 

Two  working  weeks  will  be  allowed  for  NIPSSA  review  of  the 
deliverables  from  the  time  of  receipt  at  NIPSSA. 

Scheduled  Phase  I Completion  Date  - 


2.  PHASE  II.  DATABASE  FOUNDATION  DESIGN. 

This  phase  of  the  database  design  is  concerned  with 
the  definition  of  data  elements,  element  groups,  and  element 
group  entity  relationships.  Each  step  of  this  phase  must  be 
performed  carefully  and  methodically  to  insure  an  effective 
design. 

Of  the  five  steps  in  Phase  II,  the  contractor 
performs  three.  The  remaining  two  are  performed  by  the  DA 
s taf f . 

While  deliverables  are  specified  at  the  end  of  each 
contractor-performed  step  of  Phase  II,  a single  formal 
deliverable  will  be  supplied  by  the  contractor  at  the 
completion  of  the  Phase.  This  deliverable  will  constitute 
the  combined  deliverables  of  steps  2,  4,  and  6.  It  will  be 
delivered  in  the  form  of  a listing  of  data  elements,  groups, 
and  entities  extracted  from  IDD  card-image  entries  stored  on 
a NIPSSA-supplied  program  support  library  (PSL).  Steps  2 
and  4 deliverables  will  be  supplied  in  IDD  card-image  form 
on  hard  copy  output. 
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2.1.  Step  2.  Initial  Data  Element  Definition. 

Step  2,  the  initial  data  element  definition,  is 
performed  by  the  contractor.  Appendix  A. 6 of  the  design 
guide  provides  the  guidelines  for  this  step. 

Deliverables  for  this  step  are: 

1.  A complete  description  of  each  elementary 
data  element  which  is  required  to  support 
the  requested  application.  Each  element 
will  be  described  using  Appendix  A.b  of  the 
Design  Guide  as  the  preparation  guideline. 

2.  The  data  element  descriptions  will  be  stored 
in  IDD  image  form  on  a PSL  designated  by  the 
NIPSSA  project  manager.  Four  copies  of  the 
element  descriptions  in  document  form  will 
be  supplied  to  the  NIPSSA  project  manager. 


Step  2 Begin  Date  - 
Delivery  Date  - 


2.2.  Step  3.  DA  Staff  Review  of  Data  Element  Definitions. 

Step  3,  the  DA  staff  review,  is  performed  by  NIPSSA 
personnel.  Contractor  analyst  personnel  should  be  available 
for  consultation  when  questions  arise.  Ten  working  days  are 
allowed  for  performance  of  this  step. 

When  the  DA  review  is  complete,  the  project  manager 
prepares  a summary  identifying  the  errors  or  potential 
problem  areas.  This  summary  is  presented  to  the  contractor 
for  correction  during  step  4. 

Step  3 Scheduled  Begin  Date  - 

Scheduled  Delivery  Date  - 


2.3.  Step  4.  Data  Element  Group  Definition. 

Step  4,  group  elements,  is  performed  by  contractoi 
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analysts  following  correction  of  errors  ami  discrepancies 
found  during  the  DA  review. 


Appendix  A. 7 describes  the  procedure  for  preparing 
IDD  entries  for  data  element  groups.  Once  the  IDD  entries 
have  been  prepared,  they  should  be  loaded  to  the  PSL  after 
the  last  elementary  data  element  entry. 

Deliverables  for  step  4 are: 

1.  Stored  PSL  entries  correcting  errors  and 
discrepancies  found  during  the  DA  review 
(step  3).  The  hard  copy  element  list  is 
updated  by  the  contractor  and  report  listing 
produced  for  review. 

2.  IDD  entries,  stored  on  a PSL  designated  by 
the  project  manager,  defining  the  initial 
grouping  of  data  elements  supporting  the 
application.  Four  copies  of  the  group 
element  definitions  will  be  provided  to  the 
project  manager  in  document  form.  Appendix 
A. 7 of  the  Design  Guide  is  the  guideline. 


Step  4 Begin  Date  - 
Delivery  Date  - 


2.4.  Step  5.  DA  Review  of  Group  Element  Definitions. 

Step  5,  group  element  review,  is  performed  by  the  DA 
staff.  The  process  described  for  step  3 above  is  repeated. 
Ten  working  days  are  allowed  for  this  step. 


The  project  manager  prepares  a 

discrepancies  as  in  step  3 and  reviews  the 
with  the  contractor.  One  working  week  is 

NIPSSA  to  perform  the  review  after  receipt 
deliverables. 


summary  of 
discrepancies 
provided  for 
of  the  step  4 


Scheduled  Step  5 Begin  Date  - 
Scheduled  Step  5 Completion  Date  - 
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2.5.  Step  6.  Data  Entity  Relationship  Definition. 

Step  6,  data  entity  relationships,  is  performed  by 
the  contractor.  This  step  is  the  last  one  in  the  definition 
process.  The  elements  and  element  groups  defined  previously 
are  associated  into  logical  data  entities.  These  entities 
will  appear  as  record  types  to  the  end  user. 


Deliverables  for  this  step  are: 

1.  Corrections  to  element  and  group  definitions 
found  as  a result  of  the  DA  review  (step  5). 
The  corrections  will  be  entered  into  the  PSL 
and  a report  listing  prepared. 

2.  Definitions  of  group  entities  which 
represent  the  final  association  of  elements 
before  database  integration.  Section  3.2  of 
the  Design  Guide  and  Appendix  A. 7 are  the 
guidelines  for  preparation  of  this  data. 
The  definitions  will  be  stored  on  the  PSL 
following  the  last  group  definition  of  step 
4.  Four  copies  of  the  group  entity 
definitions  will  be  provided  to  the  project 
manager  in  document  form. 


Step  6 Begin  Date  - 
Delivery  Date  - 


3.  PHASE  III.  DATABASE  INTEGRATION 


During 

integrated  into 
accomplish  the 
staff . 


Phase  III,  the  definitions  of  Phase  II  are 
the  database  structure.  Two  task  steps 
integration.  Both  are  performed  by  the  DA 


Three  working  weeks  are  allowed  for  the  completion 
of  Phase  III.  This  may  be  adjusted  where  an  application  is 
larger  or  smaller  than  the  100  element  average. 

At  the  completion  of  Phase  III,  a schema  will  be 
ready  for  development  use.  DM CL  and  subschema  recompilation 


will  be  complete  and  the  dictionary  ready  for  development  of 
supporting  software. 

Scheduled  Phase  III  Begin  Date  - 

Scheduled  Phase  III  Completion  Date  - 


4.  PHASE  IV.  BATCH  INPUT  PROCESSING  AND  FILE  CONVERSION 
DEVELOPMENT. 

This  phase  of  the  application  project  begins  actual 
development  of  software  to  support  the  defined  database. 
Software  developed  during  Phase  IV  will  be  used  to  load  data 
to  the  database  through  batch  processing.  It  is  assumed 
that  data  will  be  presented  to  the  system  in  card-image  form 
whether  prepared  on  punched  cards,  magnetic  tape,  or  disk. 

Where  an  existing  automated  or  machine-readable 
source  of  information  will  be  converted  and  loaded  to  the 
database,  it  is  necessary  that  conversion  software  be 
prepared  in  addition  to  writing  batch  IP's.  Most  conversion 
requirements  can  be  effectively  met  through  use  of  CULPRIT 
as  the  conversion  processor. 

The  functions  of  this  phase  are  performed  by 
contractor  analysts.  Regular  consultation  with  the  project 
manager  is  encouraged. 


4.1.  Step  9.  Definition  of  Batch  Input  Processing  Formats. 

Step  9 of  the  application  development  defines  the 
input  processing  formats. 

Once  the  physical  layout  of  the  IP  has  been  defined, 
the  layout  is  described  in  IDD  form  as  described  in  Appendix 
A. 12.  These  descriptions  are  prepared  in  card  image  form 
and  delivered  to  the  project  manager  for  loading  into  the 
data  dictionary. 

Deliverables  of  this  step  are: 

1.  Layout  definitions  of  all  IP  formats  to  b'» 
generated  to  support  store,  modify,  and 
delete  of  data.  Each  IP  will  be  defined  as 
described  in  Appendix  A. 12.  Pictorial 

j K . 7 


coding  sheets  for  each  IP  will  be  prepared 
using  those  in  Appendix  F of  the  design 
guide  as  examples. 


2.  Layout  definitions  of  all  IP's  required  to 
associate  defined  database  entities.  Each 
will  be  defined  by  pictorial  coding  sheets 
using  Appendix  F of  the  Design  Guide  as 
examples . 

Step  9 Begin  Date  - 
Delivery  Date  - 


4.2.  Step  10.  Preparation  of  Batch  IP's. 

Step  10  is  the  preparation  of  IP  parameter 
statements  for  each  defined  IP.  This  step  is  performed  by 
contractor  analysts.  This  step  may  be  performed  in  parallel 
with  step  9 above. 

The  deliverables  for  step  10  are: 

1.  IP  parameters  for  all  IP's  used  for  store, 
modify,  and  delete  functions.  IP  parameters 
will  be  prepared  as  described  in  Appendix 
A. 12  of  the  Design  Guide  and  stored  on  PSL 
as  separate  members.  Every  database  entity 
created  or  modified  for  the  applications 
will  have  at  least  a store  and  a delete  IP 
prepared.  One  or  more  modify  IP's  will  be 
defined  where  appropriate. 

2.  Each  defined  IP  will  be  compiled  using 
program  generation  software  supplied  by 
NIPSSA.  Each  IP  will  result  in  a cataloged 
object  program  stored  on  a linkage  library 
defined  by  the  NIPSSA  project  manager. 

Step  10  Begin  Date  - 

Delivery  Date  - 


4.3. 


Step  11. 


Batch  Test  Data  Preparation. 


Step  11  is  the  most  time-consuming  step  of  this 
Phase.  Comprehensive  test  data  must  be  prepared  for  each 
IP.  Test  data  must: 

1.  Test  each  IP  for  all  possible  DATABASE 
conditions  which  can  affect  IP  accuracy. 

2.  Test  each  IP  for  all  possible  DATA  CONTENT 
conditions  which  can  affect  IP  accuracy. 

Prepared  test  data  will  be  stored  on  the  PSL 
designated  by  the  project  manager,  listed  and  provided  to 
the  project  manager  for  review. 

Deliverables  for  this  step  are: 

1.  Test  data  prepared  for  each  IP.  The  test 
data  will  be  stored  in  separate  PSL  members 
for  each  IP  or  logical  IP  group. 

2.  A list  of  test  data  accompanied  by  a 
description  of  the  test  approach  and  the 
anticipated  results  of  each  test. 

Step  11  Begin  Date  - 

Delivery  Date  - 


4.4.  Step  12.  Batch  IP  Testing. 

Each  IP  is  thoroughly  tested  in  step  12.  All  test 
data  is  applied  and  error  conditions  reviewed.  Processing 
errors  are  corrected  and  tests  rerun.  Test  results  are 
reviewed  by  the  project  manager. 

Deliverables  for  step  12  are: 

1.  Results  of  tests  run  against  the  IP's.  A 
comparison  of  the  test  results  against  the 
results  expected.  Where  the  results  differ, 

IP's  will  be  corrected  and  retested  until 
correct  results  are  achieved. 


and  test  results  against  the  corrected  IP's. 
Step  12  Begin  Date  - 
Delivery  Date  - 


4.5.  Step  13.  Initial  Subsystem  Users  Guide  Preparation. 

The  initial  subsystem  users  guide  is  prepared  in 
step  13.  Sections  1 and  2 of  the  users  guide  are  prepared 
similar  to  those  shown  in  Appendix  F.  Individual  coding 
sheets  and  instructions  are  prepared  for  each  IP  generated. 
Additional  coding  sheets  and  instructions  are  prepared  for 
each  association  (connect  and  disconnect)  function  required 
using  standard  association  IP's. 

Batch  input  coding  instructions  will  be  grouped  for 
logical  use.  For  example,  those  instructions  for  the 
initial  storing  of  a database  record  occurrence  are  grouped 
together  as  are  those  to  modify  the  database.  Frequently 
used  coding  instructions  are  placed  in  a group  at  the 
beginning  of  the  section. 

Separator  tabs  aligned  to  groups  of  functions  will 
be  provided  to  make  locating  specific  coding  instructions 
easier.  The  page  location  of  each  instruction  will  be 
provided  in  the  table  of  contents. 

Deliverables  for  step  13  are: 

1.  Sections  one  and  two  of  the  batch  users 
guide  for  the  application.  The  format  and 
general  content  illustrated  in  Appendix  F of 
the  Design  Guide  will  be  used.  The  content 
will  be  tailored  to  the  application. 

2.  Section  three  of  the  batch  users  guide  for 

the  application.  The  format  illustrated  in 
Appendix  F of  the  Design  Guide  will  be 
followed.  Each  IP  module  created  in  support 
of  the  application  will  be  represented  by  a 
coding  sheet  and  instructions.  The 

instructions  will  explain  a sample  completed 
coding  sheet. 

3.  Each  coding  sheet  will  be  identified  in  the 
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table  of  contents.  Coding  instructions  will 
be  grouped  by  logical  functions  to  make  use 
easier.  Each  function  will  be  separated  by 
index  tabs. 

Step  13  Begin  Date  - 

Delivery  Date  - 


4.6.  Step  14.  Batch  System  Operational  Test. 

Step  14  is  the  operational  test  of  the  batch  system 
capability.  The  user  personnel  who  will  utilize  the  system 
are  trained  and  assisted  in  initial  use  of  the  system.  A 
training  class  of  one  day  duration  (maximum)  will  be  held 
for  each  of  these  user  areas: 

1.  User  management.  This  class  will  describe 
the  system  capabilities  from  a management 
viewpoint.  The  part  the  system  will  play  in 
improved  management  of  security  will  be 
emphasized.  Visual  aids  and  handouts  will 
be  prepared  to  acquaint  management  with  the 
system  and  its  interface  with  other  facets 
of  NICOLS. 

2.  User  personnel  who  will  operate  the  system. 

This  class  will  describe  the  operation  of 
the  system  in  more  detail.  The  users  guide 
will  be  thoroughly  reviewed.  These  points 
will  be  covered: 

a.  JCL  and  job  submission. 

b.  Data  entry  preparation. 

c.  Coding  conventions  where  they 
exist . 

d.  Report  preparation. 

Visuals  aids  and  handouts  will  be  prepared  to 
support  the  training. 
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Deliverables  for  step  14  are: 


r 


1.  Visual  aids  and  handouts  for  classes 
training  management  and  user  data  entry 
personnel  in  the  use  of  the  application. 

2.  One  one-day  (maximum)  course  to  acquaint 
user  management  with  the  system  and  its 
capability  to  support  the  organization. 

3.  Two  one-day  (maximum)  courses  for  user  data 
entry  and  functional  personnel  who  will 
directly  interface  with  the  application. 

4.  Two  person-weeks  of  direct  user  support. 

Step  14  Begin  Date  - 

Delivery  Date  - 


4.7.  Step  15.  Define  Conversion  Criteria. 

Step  15  defines  conversion  criteria  for  each  of  the 
existing  machine-readable  files  currently  in  use.  This 

I information  includes: 

1.  The  source  file  and  location  of  each  data 
element. 

2.  The  object  IP  format  and  the  position  of 
each  data  element. 

3.  Differences  in  length  and  mode  of  each  data 
element,  where  occurring,  between  source 
file  and  database. 

4.  Conversion  requirements,  where  required,  of 
each  data  element.  This  includes 

translation  of  codes,  special  verification 
of  source  data,  and  optional  purging  of 
data . 

Deliverables  for  step  15  are: 

1.  Conversion  definitions  for  each  data  element 
to  be  transferred  from  machine-readable 
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existing  files  to  the  database. 

2.  Conversion  sequence  when  more  than  one  file 
is  to  be  converted. 

Step  15  Begin  Date  - 

Delivery  Date  - 


4.8.  Step  16.  Conversion  Software  Development. 

The  conversion  software  is  prepared  in  step  16. 
Using  the  conversion  criteria  prepared  in  the  previous  step, 
CULPRIT  modules  are  prepared  to  effect  the  conversion  of 
existing  machine-readable  files  into  IP  format. 


to 


The  files  are  converted  and  the 
loading  of  data.  Listings  are 


output  listed  prior 
reviewed  to  insure 


conversion  criteria  have  been  met.  Upon 
project  manager,  the  converted  files 
operational  database. 


approval  by  the 
are  loaded  to  the 


Deliverables  of  step  16  are: 

1.  Software  programs  and/or  CULPRIT  modules 
which  will  convert  all  machine-readable 
files  associated  with  the  application  to 
input  processing  format  for  loading  of  the 
database , 


2.  Instructions  and  JCL 
perform  the  conversion. 


decks  required  to 


3.  Listing  of  dummy  conversion  run  showing  the 
conversion  process,  errors  in  data 
encountered,  and  the  IP  data  created. 


Upon  approval  by  the  project 
correction  of  any  errors, 
conversion  is  performed.  The 
conversion  and  database  loading 
to  the  project  manager  for 
approval . 


manager  and 
the  actual 
results  of 
are  provided 
review  and 


Step  16  Begin  Date  - 
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Delivery  Date  - 


NOTE:  All  interim  deliverables  described  during  Phase  IV 
are  formally  deliverable  on  the  above  date.  The  products 
delivered  on  the  above  date,  therefore,  represent  the  end 
product  of  batch  input  processing  software  development, 
testing  documentation,  and  conversion  software.  Training 
and  operational  test  deliverables  are  considered  to  be  a 
joint  deliverable  of  Phases  IV  and  V.  IT  IS  A REQUIREMENT 
THAT  PHASE  V BE  COMPLETED  BEFORE  PHASE  IV  (OPERATIONAL  TEST 
STEP)  CAN  BE  COMPLETED. 


PHASE  V.  BATCH  OUTPUT  SUPPORT  DEFINITION  AND 
DEVELOPMENT. 

This  phase  of  the  application  development  is 
accomplished  in  three  steps,  all  performed  by  the 
contractor: 

1.  Step  17  expands  on  the  service  analysis 
performed  during  step  1 and  defines  the 
output  services  in  detail.  This  includes 
identifying  the  format  of  outputs  and  the 
database  resources  required  to  satisfy  the 
output  service. 

2.  Step  18  converts  the  specifications  of  step 
17  into  programmed  output  capabilities. 
CULPRIT  and,  where  required,  COBOL  report 
writer,  are  used  to  produce  and  test  each 
output  service. 

3.  Step  19  provides  updates  to  the  users  guide 
defining  each  output  service,  illustrating 
the  output,  and  describing  the  procedures 
for  obtaining  the  output. 


5.1.  Step  17.  Service  Analysis  Expansion  for  Outputs. 

Step  17  expands  upon  the  service  ar 
information  placed  in  the  data  dictionary.  The 
layout  of  the  report  is  prepared. 
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A comprehensive  narrative  description  of  the  output 
will  be  added  to  the  service  analysis  description  and  stored 
in  the  data  dictionary.  Complete  pictorial  presentations  of 
printed  or  displayed  reports,  cover  pages,  and  associated 
displays  will  be  prepared  in  sufficient  detail  that 
development  of  the  capabilities  in  the  following  step  will 
require  little,  if  any,  additional  analysis. 

Deliverables  for  step  17  are: 

1.  Updated  narrative  description  of  each  batch 
output  service  store  in  the  data  dictionary. 

2.  Where  output  services  are  printed  reports, 
an  annotated  pictorial  of  the  report. 

3.  Where  output  services  are  other  than  printed 
reports,  a detailed  pictorial  definition  of 
the  format  of  the  output  service. 

Step  17  Begin  Date  - 

Delivery  Date  - 


5.2.  Step  18.  Batch  Output  Preparation. 

Step  18  uses  the  comprehensive  analysis  and 
definition  of  the  output  capabilities  defined  in  step  17  to 
produce  software  necessary  to  satisfy  the  desired  output 
service.  CULPRIT  will  be  used  wherever  possible  for 
preparing  output  facilities  to  be  executed  in  a batch 
environment.  COBOL  Report  Writer  may  be  used  with  the 
approval  of  the  project  manager. 

Each  output  capability  created  will  be  thoroughly 
tested.  Test  results  will  be  reviewed  by  the  project 
manager  and  compared  against  the  specifications  of  the 
requested  service. 

Deliverables  for  step  18  are: 


1.  Executable  output  capabilities  prepared 
using  either  CULPRIT  or  (with  the  project 
manager's  approval)  COBOL  Report  Writer. 
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2.  Ali  source  statements  or  parameters  Cor 
output  service  capabilities  will  be  stored 
on  a designated  PSL. 

3.  Test  results  for  each  output  service 
produced.  Where  the  output  service  is  other 
than  a printed  report,  a printed  display  of 
the  output  contents  which  can  be  used  to 
verify  the  output  accuracy. 

Step  18  Begin  Date  - 

Delivery  Date  - 


5.3.  Step  19.  Batch  Users  Guide  Update  for  Outputs. 

Step  19  provides  the  user  with  instructions  and 
examples  of  the  utilization  of  the  output  service.  Each 
output  service  will  be  individually  documented  and  placed  in 
the  users  guide.  Each  entry  will  contain: 

1.  Instructions  for  requesting  the  output 
service,  including  a description  of  the  JCL 
and  control  cards  required.  Control  card 
fields  will  be  described  in  detail. 
Illustrations  of  typical  control  card 
configurations  will  be  included. 

2.  Definitions  of  options  associated  with  the 
output  service,  if  any.  Where  options  are 
available,  each  will  be  described  separately 
and  illustrated. 

3.  An  illustration  of  the  normal  output  of  the 
service  where  the  output  is  visually 
presented. 

Deliverables  for  this  step  are: 

1.  Users  guide  entries  for  each  output  service 
prepared  under  the  previous  step.  Users 
guide  entries  will  contain  the  information 
described  above. 

2.  The  users  guide  table  of  contents  will  be 
updated  to  reflect  the  additions.  Index 
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tabs  will  be  added  to  improve  usability  of 
the  guide. 

Step  19  Begin  Date  - 
Phase  V Begin  Date  - 
Phase  V Delivery  Date  - 

NOTE:  The  formal  deliverables  of  Phase  V are  the  composite 

informal  deliverables  of  each  step  within  the  Phase. 

At  the  completion  of  this  phase,  a complete  batch 
processing  capability  of  the  application  is  available  to  the 
user. 


6.  PHASE  VI.  ON-LINE  INPUT  PROCESSING. 

On-line  input  processing  provides  application  users 
with  the  ability  to  perform  data  entry  and  correction  from 
an  interactive  CRT.  This  phase  is  similar  to  Phase  IV 
except  that  data  conversion  and  initial  users  guide 
preparation  have  already  been  performed. 

Phase  VI  is  composed  of  five  steps,  all  performed  by 
contractor  personnel: 

1.  Step  20  defines  the  format  of  on-line  input 
processing  screens  after  having  determined 
what  data  entry  and  corrections  requirements 
are  present  for  the  application.  Not  all 
application  data  may  be  suited  for  on-line 
input  processing. 

2.  Step  21  prepares  on-line  input  processing 
program  parameters  based  on  the 
specifications  developed  in  step  20.  The 
parameters  are  reviewed  and  stored  on  PSL  in 
preparation  for  compilation. 

3.  Step  22  utilizes  the  parameters  developed  in 
the  previous  step  and  creates  on-line  input 
processing  programs  for  data  entry.  Each 
program  is  thoroughly  tested  using  test  data 
developed  in  this  step.  Corrections  are 
made  as  required  and  the  PSL  updated.  Test 


data  descriptions  are  stored  on  a designated 
PSL  for  future  use.  The  project  manager 
reviews  test  results  against  the 
specifications  to  insure  correct  processing. 

4.  Step  23  updates  the  users  guide  to  include 

an  instruction  for  each  on-line  input 
processing  screen.  Instructions  will 

identify  each  data  element  used,  all 

processing  options,  function  key  usage,  and 
illustrate  each  screen. 

5.  Step  27  is  normally  performed  after 

completion  of  Phase  VII  (on-line  output 

services).  This  step  includes  the  training 
of  user  operating  personnel,  development  of 
training  materials,  and  direct  user 

assistance  for  a short  period  of  time. 


6.1.  Step  20.  On-line  Input  Processing  Definition. 

Step  20  is  the  on-line  input  processing  definition 
step.  Service  analysis  information  is  reviewed  and 
requirements  for  on-line  data  entry  and 

correction/modification  services  are  translated  into 
specifications  for  teleprocessing  screens.  The  physical 
layout  for  the  screens  is  prepared  and  reviewed. 
Descriptions  of  screen  functions  are  prepared  and  added  to 
the  service  analysis  description.  The  logical  progression 
from  one  screen  to  another  where  screen  functions  are 
related  is  defined  and  function  keys  assigned  as  required. 

Deliverables  are: 

1.  Specifications  for  teleprocessing  screens 
updating  the  service  analysis  in  the  data 
dictionary. 

2.  Pictorial  layouts  of  display  screens, 
identifying  each  field  and  function. 

3.  Logical  progression  pictorial (s)  describing 
logical  follow-on  screens  and  the  function 
key  assignments. 

Step  20  Start  Date  - 
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Delivery  Date  - 


6.2.  Step  21.  On-line  IP  Parameter  Definition. 

Step  21  utilizes  the  descriptions  prepared  in  the 
previous  step  to  generate  on-line  IP  parameters  and  data 
dictionary  entries.  Appendix  A. 14  provides  detailed 
instructions  for  preparation  of  screen  parameters. 

Deliverables  are: 

1.  On-line  IP  screen  descriptions  stored  in  the 
data  dictionary  in  accordance  with  Appendix 
A. 14  of  the  Design  Guide. 

Step  21  Start  Date  - 

Delivery  Date  - 


6.3.  Step  22.  On-line  IP  Software  Generation  and  Test. 

Step  22  compiles  the  screens  from  the  parameters 
stored  on  PSL  and  in  the  data  dictionary.  Each  screen  is 
tested  using  a set  of  test  data  developed  for  the  purpose. 
Test  data  will  be  developed  using  the  same  criteria  as  in 
step  11  (batch  test  data  preparation).  Test  data 
descriptions  will  be  stored  on  PSL  in  narrative  form  for 
future  use.  Test  results  will  be  reviewed  by  the  project 
manager  to  insure  that  all  requirements  have  been  satisfied. 

Deliverables  are: 

1.  Compiled  and  tested  on-line  IP  modules. 

2.  Narrative  description  of  test  data  stored  on 
PSL. 

3.  Demonstrable  tests  results  for  approval  by 
the  project  manager. 

Step  22  Start  Date  - 

Delivery  Date  - 


6.4.  Step  23.  On-line  Input  Processing  Users  Guide. 

Step  23  is  the  preparation  of  user  guide  information 
for  on-line  input  processing.  An  entry  for  each  screen  will 
be  included  which: 

1.  Illustrates  the  screen. 

2.  Describes  each  data  field  to  be  entered  on 
the  screen. 

3.  Defines  the  association  of  other  screens 
which  are  logically  appended  to  a screen. 

This  association  description  will  identify 
the  function  keys  or  command  action  required 
to  reach  associated  screens.  A pictorial 
diagram  of  screen  relationship  will  be 
included. 

Deliverables  for  step  23  are: 

1.  A user  guide  entry  for  each  on-line  IP 
prepared  in  the  previous  step.  The  entry 
will  contain  the  information  described 
above. 

2.  An  update  to  the  table  of  contents  of  the 
users  guide  to  provide  ready  reference  to 
screens.  Index  tabs  will  be  used  and 
entries  organized  to  achieve  maximum 
utilization  of  the  guide. 

Step  23  Start  Date  - 

Delivery  Date  - 


6.5.  Step  27.  On-line  System  Operational  Test. 

Step  27  is  the  final  step  of  on-line  system 
implementation.  Phase  VII  must  be  complete,  or  omitted, 
prior  to  performing  this  step.  The  step  is  the  operational 
test  of  software  and  training  of  user  personnel.  A one-day 
(maximum)  training  class  for  user  operating  personnel  is 
held  to  acquaint  users  with  the  capabilities  of  the  system. 
Training  materials  and  handouts  are  prepared  to  support  the 
class  and  are  turned  over  to  the  project  manager  for  use  in 


future  training.  The  operation  of  the  system  is  observed 
and  discrepancies  noted.  Corrections  are  made  where 
necessary  and  the  system  documentation  and  programs  updated. 
The  project  manager  reviews  the  system  operation  and 
approves  the  system  for  turnover. 

Deliverables  for  step  27  are: 

1.  Training  materials  and  handouts  for  teaching 
user  operating  personnel  in  the  utilization 
of  the  system. 

2.  Two  one-day  (maximum)  training  classes  for 
user  operating  personnel  to  familiarize  them 
with  the  operation  of  the  system. 

3.  Corrections  and  updates  to  documentation  and 
programs,  as  required,  to  correct 
malfunctions  in  contractor  produced  software 
or  software  parameters. 

4.  Two  person-weeks  of  direct  support  to  user 
operating  personnel. 

Step  27  Start  Date  - 

Delivery  Date  - 

NOTE:  All  informal  deliverables  defined  as  part  of  Phase  VI 

are  due  on  the  above  date.  PHASE  VI  (STEP  27)  CANNOT  BE 
COMPLETED  UNTIL  PHASE  VII  HAS  BEEN  COMPLETED. 


7.  PHASE  VII.  ON-LINE  OUTPUT  DEFINITION  AND  DEVELOPMENT. 

This  phase  is  nearly  identical  to  Fhase  V except 
that  on-line  display  output  is  being  developed. 

Phase  VII  steps  are: 

1.  Step  24  expands  on  the  service  analysis 
definitions  of  on-line  output  services. 

Each  requested  service  is  carefully  analyzed 
to  determine  which  of  the  four  development 
modes  described  above  will  be  used  to 
implement  the  service.  Detailed 

descriptions  of  the  services  are  added  to 


the  service  analysis  prepared  in  Phase  I and 
the  data  dictionary  updated. 


2.  Step  25  is  the  preparation  of  output 
programs  or  queries  to  satisfy  the  service 
request.  Each  program  or  query  is  stored  on 
a designated  PSL.  Each  capability  is  tested 
and  test  results  reviewed  by  the  project 
manager. 

3.  Step  26  is  the  preparation  of  updates  to  the 
users  guide  reflecting  each  of  the  on-line 
services  provided. 

7.1.  Step  24.  On-line  Output  Service  Analysis  Update. 

Step  24  requires  a thorough  review  of  those  service 
requests  prepared  during  Phase  I.  Each  request  which 
requires  on-line  output  support  is  evaluated.  One  of  the 
development  approaches  defined  above  is  selected  for  each 
service  requested.  The  detail  definition  of  the  visual 
display  to  be  produced  is  prepared.  Specifications  are 
expanded  to  include  complete  details  about  the  service,  its 
purpose,  and  the  depth  of  logic  required  to  produce  the 
capability.  The  data  dictionary  is  updated  with  the 
additional  information.  CAUTION:  When  updating  remarks  of 
the  service  analysis,  first  update  the  information  on  the 
PSL  and  then  update  the  data  dictionary  from  the  PSL. 

Deliverables  are: 

1.  Expanded  specifications  from  the  original 
service  analysis  defining  the  development 
approach  for  each  output  service. 

2.  A pictorial  of  each  proposed  output  service, 
annotated  to  describe  each  field  and 
function . 

3.  The  data  dictionary  updated  with  expanded 

service  analysis  information  and 

specif ications. 

Step  24  Start  Date  - 

Delivery  Date  - 
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Step  25. 


On-line  Output  Software  Development. 


The  actual  software  or  query  modules  are  prepared 
and  tested  during  Step  25.  Each  output  service  is 
thoroughly  tested  and  the  results  approved  by  the  project 
manager . 


Deliverables  are: 

1.  Software  module  parameters,  for  those  output 
services  created  using  CULPRIT.  The  module 
parameters  will  be  stored  on  a PSL 
designated  by  the  project  manager. 

2.  Software  source  programs,  for  those  output 
services  created  using  COBOL.  The  source 
programs  will  be  stored  on  a PSL  designated 
by  the  project  manager.  Source  programs 
will  be  documented  internally  and  structured 
using  structured  programming  techniques  and 
conventions  described  in  Appendix  B.7  of  the 
Design  Guide. 

3.  Query  parameters,  for  those  output  services 
satisfied  through  use  of  ON-LINE  QUERY, 
stored  in  the  data  dictionary. 

4.  Test  results  demonstrated  to  the  project 
manager  to  insure  that  all  output  services 
meet  the  defined  specifications. 

Step  25  Start  Date  - 

Delivery  Date  - 


7.3.  Step  26.  On-line  Users  Guide  Reports  Update. 

Step  26  is  the  updating  of  the  users  guide  to 
reflect  the  instructions  for  use  of  each  service  request. 
The  users  guide  will  contain,  for  each  output  service: 

1.  A pictorial  of  the  output  service. 

2.  Complete  step-by-step  instruction?  for 
requesting  the  output  from  a CRT  terminal. 
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3.  A description  of  any  options  available  with 
the  output  service.  Where  the  option 
changes  the  format  or  function  of  the 
service,  an  illustration  and  explanation  of 
each  option  will  be  included. 

Deliverables  for  step  26  are: 

1.  Entries  for  each  on-line  output  service 
prepared  during  the  previous  step.  Each 
entry  will  contain  the  information  described 
above . 

2.  An  update  to  the  table  of  contents  of  the 
users  guide  to  reflect  the  addition  of  the 
on-line  output  services.  Index  tabs  will  be 
inserted  and  output  service  descriptions 
grouped  to  achieve  the  most  effective  use  of 
the  users  guide. 

3.  The  reproducible  master  copy  of  the  complete 
application  users  guide  and  10  copies.  Each 
copy  will  be  punched  and  enclosed  within  a 
3-ring  standard  binder.  The  users  guide 
will  be  formatted  and  page  numbered  as 
illustrated  in  Appendix  F of  the  Design 
Guide.  The  document  number  will  be  supplied 
by  the  project  manager. 

Step  26  Start  Date  - 

Delivery  Date  - 

NOTE:  All  informal  deliverables  defined  within  Phase  VII 

are  deliverable  formally  on  the  above  date. 


K .2  4 


